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[57] ABSTRACT 

la a packet switching (packet-based) network, such as a 
frame relay (FR) network, which includes network resources 
made up of networked elements and customer premises 
equipment intercoanected by one or more physical paths, a 
Virtual Private Network (VPN) is built above the underlying 
packet-based network and includes selected portions of the 
packet-based network resources. The VPN is a collection of 
logical nodes and virtual paths (VPs) and includes one or 
more virtual circuits (VCs). each VC being a logical con- 
nection between VC terminators including network de- 
ments and customer premises equipment Segments of the 
VCs are carried by VPs. each VP being a logical connection 
established between two W terminators which are located in 
either network elements or customer premises equipment 
One or more VPs are multiplexed on a physical path (PP). 
Each VP is allocated a positive guaranteed bandwidth (VP- 
CSRX and each VC on a VP is also allocated a bandwidth 
(VCdR) greater man or equal to zero. Packets of infor- 
mation to be transmitted over a VC are provided with a 
unique address field to thereby identify the VCs and VPs 
associated with the VPN over which the packet of informa- 
tion will travel. Congestion control of the network is pro- 
vided such that congestion control and management are 
carried out on a per VPN basis, and congestion outside of a 
VFTTs logical domain does not affect the performance of the 
VPN. 

27 Claims, 8 Drawing Sheets 
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VIRTUAL PRIVATE NETWORK other network dements. VPN1 can be viewed as a sub- 

network of the underlying FR network since there is con- 

TECHNICAL FIELD nectivity within the boundary of the VPN. The situation 

The r*t^t invention generally relate depicted by VPN2 is that of a coUectin of subscriber pom 

ingtpackrt-based) networks, aiidinorer^^ * and partial resources of two network dements. The VPN2 

cal sub-networks of a p*** switdung network called itsdf is not a network in the usual sense of tbcw^ There 

virtual private networks (VPN). is i» c«mectivity wi^tlieliound^c/meyiWbrtweM 

subscribers on one of the network dements and those which 

BACKGROUND OF THE INVENTION are connected to the other network element Thus. VPN2 is 

Until recently, the networtng choices available to a 10 maM ^f nt domin °[^J^ t ^^tT 

packet Etching (packet^^ network customer were work. TTiere " °f ™ assurance ^J^^ct^ 
S to either suSing to some network (public or 

r«vate)orbecoin^ "^TS. 

^iasahwtw^ » conDCCtI ^ 

iZTp^ corresponds to a TO frame; a cell- 15 ^ D f^L^ 8Cr " ^ P^"^ * 

switching network, eg,, an asynchronous transfer mode clear view of the actual ^ork . 

(ATM) network, wherein a packet corresponds to an ATM VFN3 illustrates a classic u private network** carved from 

cell ; etc For small networking needs, subscription was the the resources of the underlying FR network. Here. VPN3 is 

iisual choice. Its mam aoVaiitage really its own network with the potential of semi- 

of having to deal with engineering, operating and managing 20 autonomous network management B is possible to reserve 

the network. In addition, since the network provider might the exdusrviry of the subnetwork resources to the VPN 

be able to provide the service at very competitive rates subscribers. Note that the granularity of the reserved 

compared to private purchase of telecommunication racrurces is always the ento 

cqiiipmcnts. there is a potential economic saving. The underlying FR network provides the equipment and 

How aoVantageousmesur^cripdon to a iietwork might 25 t ^^* fac ^ ^Lj s !j!^i^^ lc ^ 

be therearedrc^^ ovcxan bcahh VPN. The undcriying FR network 

to 'private network ownership, Firstly, a customer is at the ass^fceburo^ of ^ 

mercy of the respoiisiveness of t^ omy j>artiopatcs to the level to wh** it desires. 

<fpmfi1i7fd fgnfrf™** fc*tnm nr fiinrrinn An name* an fhft VPN4 is a sub- VPN of VPN3. It is iaduded to show that 

contrary, has complete freedom in inipiemciiting the service 30 VPN offerings parallel private network offerings. A sub- 

and features it requires. Secondly, a customer may need VPN can manage some portion of a VPN and even provide 

specific network capabilities (e^. in the areas of accounting specialized services not required or offered by the remainder 

and security) which are not satisfactorily available. An of the underlying VPN to which it is associated, 

owner can control and enhance the capabilities for which %$ While a VPN provides significant advantages as described 

there is desired customer support. Finally, when a customer above, a drawback associated with VPNs is that most of the 

has a large networking requirement it may achieve better time a VPN guarantees only access not performance. The 

economics of scale by buying its own communication equip- VPN traffic must share resources in an unpredictable way 

meats, with other VPNs or non-VPN sucjscriber traffic. The excep- 

In order to overcome the disadvantages with ^ tion is when flunking and switching capacities are reserved 

network subscription and network ownership, there is an for the VPN and when the VPN traffic is constrained to use 

emerging trend among network operators to sell connective these capacities. eg. VFN3. 

ity and bandwidth in the form of Virtual Private Networks There therefore exists a need for a virtual private network 

(VPN). The VPN offers a middle ground between network which permits VPN users to obtain a level of service 

subscription and network ownership. Today, most often, a 45 generally unperturbed by the traffic generated by users 

VPN is simply a collection of network resources taken from outside the VPN' s logical domain. 

an underfying network. This collection can range anywhere . 

from a set of isolated subset SUMMARY OF THE INVENTION 

network equipment (ports, trunks, nodes) constmaing a Objects of the present invention include providing an 

sub-network in itself. ^ improved vittual private network (VPN) fcrt packet switch- 

An underlying FR network may support many VPNs, ing (packet-based) network, the VPN providing an enhanced 

which may or may not share common equipment Typically. level of management control and function to a manager of 

the traffic generated by a VPN user is handled just as the the VPN and the VPN providing a level of service which is 

traffic generated by any user of the underlying FR network. generally independent of other traffic on the network outside 

No network distinction is rxovkled to the logical YlWcntfy 55 of the VPN's logical donurin. 

Hence a VPN will is provide the same quality of service as According to me present invention, in a packet switching 

the underlying network. For example, if a trunk is congested (packEt-based) network, such as a frame relay (FR) network, 

because a particular connection generates too much traffic which includes network resources made up of networked 

all the connections sharing this trunk will be impartial (eg.. rimnntit and customer premises equipment interconnected 

increase of the queuing delay and of the loss rate). There is «j by one or more physical paths, a VPN is built above the 

no isolation among the traffic pertaining to a VPN. another underlying network and iM 1 "*^ selected portions of the 

VPN. or unrelated underlying network traffic within the FR network resources. The VPN is a collection of logical nodes 

network and virtual paths (VPs) and includes one or more virtual 

The typical VPN configurations, currently offered, are circuits (VCs), each VC being a logical connection between 

illustrated in FIG. 1. 65 VC terminators including network elements and customer 

Here. VPN1. is a collection of subscriber ports, trunks, a premises equipment. Segments of the VCs are carried by 

complete network dement, and partial resources of two VPs. each VP being a logical connection established 
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between two VP terminators which are located in either According still further to the present invention* a signal- 
network dements or nisfomrr premises equipment One ox ing VC is reserved on each VP for management functions, 
more VPs are multipJcxed on a physical path (PP). Each VP The VPN of the present invention provides a significant 
is allocated a positive guaranteed bandwidth (VP-ORX and irnprovement over the prior art The present invention pro- 
each VC on a VP is also allocated a bandwidth (VC-QR) 5 vides for the identification of packets on the network to 
greater than or equal to zero. Packets of information to be specific VPNs. Therefore, a VPN in ffr^rfaiKr with the 
transmitted over a VC arc provided with an address field invention provides a level of service generally unpciturbed 
having local significance for identifying the respective VCs by traffic generated by users outside of the VPN's logical 
and VPs used by the VPN to which the packets of mforma- domain. The VPN concept of the present invention, pro- 
u'on are associated. Congestion control of the network is to vides a natural way to offer features and functionality, 
provided such that congestion control and m an age m ent are normally attained only through some manner of total net- 
carried out on » per VPN basis, and congestion outside of a wor k ownership. Although the provision of the physical 
VPN* s logical domain does not affect the performance of the network, supporting the VPN. takes on a layer of additional 
VPN- complexity with the definition of VPs. the rewards gained in 

In accordance with a first embodiment of the present * 3 the specification and management of a VPN. defined in this 

invention, the address field includes a fixed length VC manner, show the power of this approach. By use of the VPN 

identifier field (vci) and a fixed length VP identifier field concept VPN network management becomes more than the 

(vpi) to uniquely identify the VC and VP over which the display of random disjoint information from the underlying 

packet of informatioD will travel. network. D offers the capability of providing the VPN 

In accordance with a second embodiment of the present 20 manager with a view of the logical network to which it has 

invention, the address field is made up of variable length subscribed, thereby pennitting it to take coherent action to 

subacids fFHiMKng a class-type field, a vpi field and a vci provide accurate and a de qua t e support to its VPN user 

field. The class-type field identifies the length of the vpi and community. 

vci fields. The foregoing and other objects features and advantages 

In accordance with a third embodiment of the invention. 25 the present invention will become more apparent in light of 

the address field is an integrated field which identifies both the following detailed description of exemplary embodi- 

VPs and VCs. the integrated field being encoded to uniquely meats thereof, as illustrated in the accompanying drawings. 

identifying how a packet of information is switched within 

a node of the network In particular, each node is provided BRIEF DESCRIPTION OF THE DRAWINGS 

with a connection tabk : wru^ iifa^es f or each input VC rg. x is a schematic block diagram of a frame relay 

ofeachinputW.acorresr^ ^ te . rf JT* viftua| . ^ 

output port of the node. Alternatively, the connection table ^ ^ y ^ ^ 

will indicate if the VC is terminated within the node. . ^ . _ ^ Jt _ 

^further accord with the i«sent invention, each VP on „ * bk>ck diagram of the physical 

a PP of the nctwoAis allowed a positive guaranteed 35 DCtW0 * <* * P*** <* • rday network; 

bandwidth (VP-OR). and when congestion occurs on the FK ?\ 3 1S / "hematic block diagram of a virtual path 

PP, only those VPs utilizing bandwidth greater than the containing virtual circuits of the frame relay network of FIG. 
guaranteed bandwidm are reooirc^ to 

of packets onto the network Therefore, even if the PPs m FIG. 4 is a schematic block diagram of a frame relay 

utilized by a VC are congested, if the VP used by the VC is network protocol layer model; 

lightly faaded. the VC can utilize bandwidth at least equal to. FIG. 5 is a diagram illustrating an address field having 

and possibly greater than, its allocated bandwidth (VC-QR). fixed length fields for identifying virtual circuits and virtual 

According further to the present invention, the bandwidth paths; 

utilization of each VP within a VPN is monitored, and when 43 fig. 6 are schematic block flfo gr*™ of address fields 

one VP is utilizing less than its guaranteed bandwidth, any having variable lengths fields for identifying virtual paths 

excess bandwidth is equally shared among the remaining and virtual circuits; 

VPs in Proportion to Acir guaranteed bandwiddi with FIG. 7 is a schematic block diagram showing the switch- 
respect to the total bandwidth on the PP carrying the VP. ing of virtual circuits within a node of the frame relay 
According still further to the present invention, a VP is 90 network; 

T^^^^.^ t ^ l °^ tteaC t'^l^r^ i FK.Sisasch^c block diagnmiUustnitiiigtbe traffic 

bythe VP by fct finding an ou^g trunk &am tte node polking and coition control within the virtual private 

wdh_ avaflable JWntt' to support thej guaran^ band- netwcck rf ^ invcndoD; 
width of the VP and able to a uu txa t the number of VCs 

carried by the VP; reserving these resources on the PP; and 55 . *»• • & a schematic block diagram showing rda- 

updating the connection table in me node by mapping the twnship between a geiieral network control certer(GNCQ 

iiromingVCsandVTstom^ and a virtual pnvate network control center (VNCQ; 

node. FIG. 1# is a schematic block diagram of a virtual private 

According still further to the present invention, a VC is network configured to support group committed information 

established within a VPN by first ideritifying a VP towards 60 *ate(CIR). 

the destination having at least the available bandwidth iwtaii en iwor-Dnmnisi np? nrc 

required by the VC and an unused VC segment and then DETAILED MOTTFnON OF THE 

reserving these resources for the VC and updating the lwvtuviJUN 

connection table within the nodes. At the VP termination For purposes of simplifying the cksaiptionof the present 

either the destination is reached or the VC is Twitched as 65 invention, a number of abbreviations are used in the foi- 

described above onto a new VP toward the destination until lowing description. The following table of abbreviations is 

the ultimate destination is reached provided as a reference for the reader 
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The present invention provides a VPN for * FR network. 
Hie VPN is built above the tinderiying FR network and 
permits the VPN user to obtain a level of service generally 
unperturbed by the traffic generated by users outside the 
VPN's logical domain. As will become apparent to those 
skilled in the art in the following description, a VPN in 
accordance with the invention is a collection of logical 
nodes and virtual paths. Within the nodes of the PR network, 
identification information is used to uniquely identify spe- 
cific traffic with a VPN. Therefore, congestion control and 
management can be earned out on a per VPN basis and 
congestion outside of a VPN's logical ctanam will not affect 
the performance of the VPN. 

Referring to FIGS. 2 and 3* a portion of a typical FR 
network It is shown. The FR network It includes network 
dements (nodes) 12 interconnected by one or more physical 
paths (PP) 14. A PP 14 is any commimtcations link or 
channel capable of supporting a virtual circuft (VQ segoaeat 
between Customer Premises Equipment (CPE) 17 and a 
network element 12 or between two adjacent network de- 
ments 1Z AVC is a logical connection established between 
two VC-tenninators. A VC-terminator is usually located in 
a CPE 17. in which case the VC-terminator may be a source 
or destination of network traffic (data). Alternatively, a 
VC-terminator may be located in a network dement 12. as 
is the case when the VC is used to transfer management data 
between a network dement 12 and a network inaaagement 
center (not shown). A VC-segment is the portion of the VC 
carried by a virtual path (VP) between two adjacent 
W-tenninators. A VP is a logical connection established 
between two VP-tenninators. A VP-tcrmiaator is other 
located in a network dement 12 or CPE 17. A VP-segment 
is the portion of a VP using a particular PP between two 
adjacent CPEs; between a CPE 17 and a network dement; 
or between two adjacent network elements 12. 

The Committed Lrfcrmation Rate (OR) is the guaranteed 
bandwidth available for data transfer between two endpotnts 
of a FR network. A OR value of zero implies that there is 
no guaranteed bandwidth. A bandwidth (VC-QR) is allo- 
cated to each VC. A non-zero VC-QR is allocated to a VC 
if at least a portion of data transfer is to be guaranteed. As 
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will be understood by those skilled in the art the minimum 
VC-QR is zero, in which case there is no guarantee of data 
delivery. A guaranteed (positive) bandwidth (VP-QR) is 
allocated to each VP. 

5 Several VPs can be multiplexed on a PP (i.e^ trunk) 
provided (hat the sum of all the VP-QRs does not exceed the 
bandwidth of the PP. Usually a VP will span multiple 
successive PPs. Similarly several VCscanbenuiltipkxedon 
a VP and, usually, a VC win span multiple successive VPs. 

10 A VP rxaimpiexes segments of VCs under the condition that 
the sum of all the VC-QRs of the multiplexed VCs does not 
exceed the VP-QR. The actual paths of the VC-segmeats 
follow the PPs making up the VP. 
Referring still to FIGS. 2 and 3, although there is no direct 

15 physical connectivity between nodes A and B. it is possible 
to create virtual connectivity between these nodes by estab- 
lishing a VP between them. The VP is made up of three 
VP-segments (A to D. D to C and C to B) corresponding to 
the three PPs it uses. AVC can be established between CPE1 

20 and CPE2 which uses the PP CPE1 to A. the W from A to 
B previously established, and the PPB to CFE2. 

From a bandwidth standpoint me VP reserves a commit- 
ted bandwidth VP-QR which must be available on the three 
PPs it uses. Similarly, for the VC to be set up. there must be 

25 bandwidth at least equal to VC-QR on VPCPE1-A. VPA-B 
and VPB-CPE2. From the two concepts of VC and VP one 
can now structure the FR network using a protocol layer 
model 

Referring now to FIG. 4. a protocol layer model of the FR 
30 network is illustrated which includes two nodes of the FR 
network. The FR function of a FR node is composed of three 
layers. The highest order layer is the VC layer. This layer 
performs a VC switching function (detenninatton of outgo- 
ing VPs and analysis and translation of VC identifiers) or a 
35 VC te rminating function. It provides end-to-end VCs 
between peer upper layers. The boundary between the VC 
layer and the upper layer is called VC-sap (service access 
point). The next layer is the VP layer. This layer perforins 
the VP switching or cross-connect function (determination 
40 of outgoing PPs and analysis and translation of VP 
identifiers) or a VP terminating function. The boundary 
between the VP layer and me VC layer is catted VP-sap. 
Note that the VCs are invisible to the VP layer. The final 
layer is the Physical Layer. The Physical Layer provides a 
transmission path between adjacent VP layers. The bound- 
ary between the physical layer and the VP layer is called 
Phy-sap. 

A node can implement the physical and VP layers only: it 
^ acts men as a VP switching (cross-connect) node. In a 
different configuration, a node can iznplement the physical 
layer, the VP4erminatioa part of the VP layer and the VC 
layer it acts, in this case, as a VC switching node. Finally, 
a node can implement the three complete layers: it acts, in 
s$ mis case, as a hybrid node, switching VCs and cross- 
cc^mecting VPs, 
A. Inmlementation of the VPN In a Frame Relay Network 
The introduction of the VPN concept discussed above 
with respect to FIGS. 2, 3 and 4 impacts directly the 
a inmlemeatation of the three planes of the FR network: 
transfer, control and management The extent of the impact 
depends largdy on the sophistication of the service pro- 
vided. Following is a discussion of the three FR network 
planes and the implementation of a VPN in accordance with 
63 the inventioQ with respect to the three FR network planes. 
1. Transfer Plane 

a. Identification of Virtual Paths and of Virtual Circuits 



5/768,271 



7 

As described above, several VPs can be multiplexed oo a 
ff> and several VCs caa be multiplexed oo a VP. In order to 
implement a VPN ia accordance with the invention, each VC 
within a VP must be uniquely identified at the VP-sap and. 
similarly, each VP within a transmission path must be 
uniquely identified. As described hereinafter, each node 
within the FR network uses me VC and VP identification 
information for properly switching and routing VPs and 
VCs. Additionally, by using such an identification scheme, 
the VPN can be implemented within the FR network in a 
manner that actions such as congestion control and man- 
agement can be carried out on a per VPN basis because 
traffic associated with a VPN is uniquely identified. 
Therefore, congestion outside of a VPN's logical domain 
will not affect the performance of the VPN. 

The Q.922 frame structure defined in ISDN Link Layer 
Specification for Frame Mode Bearer Service. mj-T-Q.922 
(formerly CCZTT Q.922). 1992. the disclosure of which is 
incorporated herein by reference, used in Frame Relay data 
transfer, has an address field of 10. 16 or 23 bits, the value 
of which is called the data link connection identifier (did), 
la the standard Frame Relay service, this field is used as the 
local identifier of a virtual connection on a physical path. 
However, in accordance with the invention, the dlci may be 
used to identify VPs and VCs. In accordance with the 
invention, there are three alternatives for structuring and 
interpreting the dkx each one achieving a particular trade- 
off between the utilization efficiency of the bits of the 
address field and the complexity of interpretation of this 
field. These three alternatives assume that the FR network is 
assembled with FR products implemented with a 2-byte 
control field. Le.. a did of 10 bits. 

( 1 ) Fixed Length Fields Identify VPs and VCs 
Referring to FIG. 5. the fixed length did may be divided 

into a VC identifier (vd) of u bits and a VP identifier (vpi) 
of v bits. The two sub-fields have a fixed length and are 
always at the same place in the address field, which makes 
the interpretation of the did simple. The shortcoming of this 
option is that u bits are systematically reserved per VP 
allowing up to 2" VCs to be multiplexed on every VP even 
if a much smaller number of VCs is actually mntriplntrd per 
VP. Thus the bit utilization efficiency is poor. 

(2) Variable Length Fields used to Identify VPs and VCs 
Referring now to FIG. 6. the fixed length did may indude 

a variable length vd field and vpi fidd. This option over- 
comes the limitations of the fixed length fields. The address 
field is structured in 3 subfidds: a dass type subfidd. a vpi 
subfiekl and a vd subfiekL The dass type (the first 1 or 2 bits 
of the address field) indicates the size of the two lemaining 
fields. 

FIG. 6 illustrates the application of this scheme to identify 
three classes. In this example, the three dass type fields, 
with binary values 0. 10 and 11. indicate that on a single 
trunk (physical path) one can multiplex 2" VPs bearing 2 1 
VCs; ? VPs bearing 2" VCs; and 2 v VPs bearing 2" VCs. 
respectively. This scheme allows a more efficient usage of 
the bits of the address field by adapting the vpi field size to 
the real user needs, while keeping the imerpretation function 
quite simple. 

(3) A Single Integrated Fidd Identifies VPs and VCs 
The two preceding options for identifying VPs and VCs 

nave two possible drawbacks. First both the fixed length 
and variable Length options assume that the VPN concept is 
generalized throughout the underlying network and mat each 
node can correctly interpret the address field. It is more 
likely that only a fraction of the resources of the network 
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will be dedicated to VPNs, the other fraction being used fay 
non-VPN subscribers. Secondly, most FR switches process 
address fidds of 10 bits. Thus it is hard to simultaneously 
satisfy the need for a large number of VPs each carrying a 

5 large number of VC segments. Therefore, another identifi- 
cation scheme is provided in accordance with the present 
invention which enables the coexistence of VPNs and die 
original underlying network and provides the flexibility to 
handle the needs of them both, whereby mere is no specific 

10 sub-fidd identifying a VP within the address field. On the 
contrary VP and VC identifiers are merged into a unique 
fidd which is correctly interpreted in the network dements 
by way of a proper encoding of connection tables. 

AFR node can play the three roles of: (1) FR connection 

13 switch; (2) VP cross-connect whereby a VP is switched as a 
global entity (Le.. the VCs bundled in the VP are not visible); 
and (3) VC-switch whereby an ingress VP is terminated with 
its multiplexed VCs unbundled. These VCs are then either 
ternunated or switched to egress VPs. 

20 FIG. 7 illustrates a situation encompassing the three roles 
of the node. As a VP cross-connect node, it switches a VP 
identified as an ordered pair. eg., ordered pair (ingress VP 
y.portp) is switched to (egress VP 3;. port •). The three VCs 
multiplexed on this VPare identified by the did values of 97. 

25 216 and 661 on the ingress VP-segment and by did values 
of 328. 7 and 192 on the egress VP-segment In the follow- 
ing connection table, these three VCs are bound together by 
a triplet (rvpi. evpi eport) which has the value (y. 3. 9) in this 
case. 

30 
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As a VC-switch node, it terminates ingress VP x and 
considers, one by one, the four VCs multiplexed on this VP. 

45 TVo VCs (with idQd values of 813 jukU^^ 

the node, identified by the fact that the triplet (edkL evpL 
eport) is Nil for each. The two others (with idld values of 
591 and 742) are switched and multiplexed with new did 
values on different egress VPs (239. 3. 3) and (509. 2. 5) 

50 respectively. 

Finally, as a standard FR connection switch, the node 
switches a connection identified by ingress did 25 on 
ingress port p to egress did 39 on egress port 5. In this case, 
the evpi value is denoted by the special value dvpL associ- 

55 ated with all standard FR corrections. The purpose of this 
dvpi designation will be explained in greater detail herein- 
after. 

Each connection, whatever its type (VP. VC or standard 
FR connection), is identified on the PPs by the dlci. It is the 

60 connection table, present only at each VT-tenninator port, 
which maps the did to its specific role. In transit nodes, the 
normal routing processes for FR frames are used. AU the 
bits in the address fidd of the frame are used effidentry 
without a noticeable increase of the cornplexity of interpre- 

65 tation of this fidd during the actual data transfer. Once the 
connection has been configured property and a connection 
table is established (as described hereinafter), the switching 
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function can take place using each did as described in die use a single integrated (encoded) address field for identiry- 

cxamples of FIG. 7 and with respect to the connection table ing VPs and VCs. However, for longer address fields, e^g.. 

above. 16 or 23 bits, it may be preferable to use a variable address 

A frame with the did 813 is received on the ingress port with a fixed length class type fidd. As will be undcr- 

(ivpi) p. Since the fields edict, evpi and eport. corresponding 5 stood by those skilled in the art all that is required in order 

to the entry 813 in the connection table* are set to NIL this 10 implement the VPN of the present invention is a method 

^twxHw™ (»nH tH* vp it ■« wnntttpi^ iHt ™) U tPTrmWM in to property identify VPs and VCs within nodes so that traffic 

the iiode.Tliercfore the frame is delivered to the opoer layer. nay bepro|)eriyrc«tedandassodate^ 

AframewimthedkiSMisrecdvedonivpi^ a^VCs for purposes of trat^ iiuiugcment and congestion 

edld evpi and eport corresponding to the entry 591 in the 10 co&tro1 - 

connecrion table, indicate that the frame must be forwarded b * Traffic M anage m ent and Congestion Control 

on the egress VP (evpi) 3 of egress port (eport) 3 with an Traffic management and congestion control are two 

egress address field (edld) set to 239. tightly related functions of the FR transfer plane. With the 

Afraniewim the did Wis receive „ introduction of the VPN concept the traffic management and 

edld. evpi and eport correlating to the entry *7 in the 15 congestion control functions must be imptcnieai ed at scv eral 

connection tabfc. iamcate that the fram^ levels in the network u /^f*™ted in FIG. 8. The following 

onevpi3of eport f with edfci 328. discussion relates to backward congestion notification 

A frame with the did 25 is recdved on ivpi p. The fields tfc^rt^ ^c 5 *!^^^^ .i^Tl^ 

*a*~ *«u ^rr-^-MT,* tn> L*Ur in a VC^enninator. that there is congestion along the VP 

^J2? f^^TST£?5L ^^Jl^ 20 within the VPN. The forward congestion notification 

coiiaectio^jnAcate that the toe must be forwarded ^ ^ notificatk)n of congestion to a destina- 

on evpi dvpi of eport 5 with edict 39. tion of a data stream, is handled analogously. The VPN of 

it will be noted that in the above cases, the processing of the present invention provides improved traffic management 

a frame is unique, irrespective of whether the frame belongs an 4 congestion control because traffic associated with a 

to a VC. a VP or a standard FR connection. In this respect 23 specific VPN is uniquely identified within the FR network, 

the switching function is integrated. Therefore, me traffic management and congestion control in 

(4) Increased Length Address Field accordance with the invention is implemented such mat the 
As discuss above, with a 10 fait address field, it may be traffic within a given VPN is unperturbed by traffic gener- 

preferable to implement a single integrated (encoded) *ed outside of the VPN's logical domain. 

address field for identifying VPs and VCs because of the 30 (1) Traffic Management at the Phy-sap 

drawback associated with both fixed length and variable AD the frames to be transmitted on a transmission trunk 

length address fields. However, this solution could be recon- (pp) are multiplexed on a physical service access point 

sidered if the address field becomes 16 or 23 bits long. In this (Phy-sap). For the sake of simpliciry. chxnnrl hrA trunks are 

case, the size of the connection table in each port (2 1 where not considered here, although this option is not excluded. 

1 is the length, in bits, of the address field) becomes The traffic management function at the Phy-sap is illustrated 

rniacrrpfahry large. At the same time, the need for efficiency with a queue representation. FP QUEUE. 

of bit utilization of the address field associated with this The role of congestion tnaim ymwit at the Phy-sap in 

embodiment disappears. accordance with the invention is to ensure that each VP is 

With a longer address field, the variable length field ^ allocated at least VP-CTR for data transmission over the 

approach described above may be preferable to an integrated trunk (PP). The ref o re, if congestion occurs on the PP. there 

address field. For example, the above described variable win be MrfBcfrf bandwidth such that each VPN can at least 

length address field may be provided with a fixed length transmit traffic at VP-QR on the PP. If a PP is carrying FR 

class type field. For example, with a 2-bit class type, one traffic other than VP traffic, the total allocated bandwidth on 

category (e.g.. dass type having binary value 00) could be ^ the PP must ensure that each VP is guaranteed at least 

used to identify those connections which are unaffiliated VP-QR. Therefore the sum of each VP-QR and OR for 

with a VPN. The other three class types, i.e^ binary values other FR traffic on the trunk must not exceed the total 

01. 10. 1L would then be associated with three different bandwidth of die PP. If congestion occurs, then only those 

sizes of vpi as described in the variable length discussion. VPs (or other FR traffic) in excess of their corresponding 

An immediate benefit of the size of the connection tables x QRs must reduce submission rate onto the PP. 
using mis modified variable length approach is that a pure The unique queue (PP QUEUE) served at the physical 
VP cross-connect node needs to deal only with the vpi path rate (PP RATE) is associated with the Phy-sap. The PP 
portion of the address field, enabling drastic reduction of the QUEUE is shared by all the VPs multiplexed on the egress 
size of the connection table. Another benefit is that a hybrid mmfc- Tt* mirimnm len gth i * ih^ fniTiwum amntint «f data 
node (VP cross-coimect and VC-switefa) can process the ss m the queue and waiting to be traiisinittedontothePP. 
address field in two stages, an evaluation of the pi followed, is determined from the maximum allowed sojourn delay and 
only wheiithe VPistenninated^ from the service rate (PP RATE) of the queue. A congestion 
The size of the connection table will be significantly reduced threshold is defined which, when reached, triggers a coo- 
since at any port only a small number of VPs are actually gestion notification procedure. As long as the aggregate 
terminated. Finally, for a node dealing with standard FR «, incoming rate is lower than the FP RATE, the queue will 
connections, the size of the connection table is drlta mined remain *hwm«i empty. In this case, the queue exists only to 
by the number of significant bits in the address field for class absorb the jitter due to p»<»b* Hn*trri»g a phenomenon 
type 00. inherent to a packet-based network; 

(5) Summary of the VP and VC Identifiers When the aggregate incoming rate is sastainably higher 
Three different schemes for identifying VPs and VCs in 63 than the trunk rate, congestion builds up and a physical path 

accordance with the present invention are described above. backward explicit congestion notification. Pby-becn. must 

For a short address field. Le^ 10 bits, it may be preferable to be issued toward the VP originators. It is important to note 
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thai, in order to provide a good isolation of traffic between 
VPNs, the Phy-sap congestion ratification must be received 
by the VP originators. As a matter of fact a few of the VPs 
multiplexed on the Phy-sap may be generating traffic at a 
rate equal or lower than their QRs and thus the congestion j 
should remain invisible to their VCs. Only the VPs contrib- 
uting more than their VP-ORs must reduce their traffic 

From an implementation point of view there are. 
potentially, several ways to notify the congestion. As 
described above, one way is by defining an additional bit 1Q 
(Phy-becn) which is set in all frames transiting in the reverse 
direction of a congested trunk. This bit is rxn mined by the 
VP originators. Alternatively, a signaling frame (as 
described for example in CLLM in mj-T-Q.922, the dis- 
closure of which is incorporated herein by reference) may be 
defined which is transmitted by the physical layer toward all 15 
originators of the VPs multiplexed on the Phy-sap. 

(2) Traffic Management at the VP-sap 

All the frames to be transmitted on a virtual path are 
multiplexed on a virtual path service access point (VP-sap). 
FIG. S illustrates the traffic management function at the 20 
VP-sap with a queue representation, VP QUEUE. The traffic 
of a VP must be considered globally* it cannot be separated 
into as many traffic components as there are VCs bundled in 
the VP. This new characteristic entails a new mechanism of 
traffic management and congestion control in the nodes of 25 
the FR network. 

It may happen that the trunk bandwidth is not being totally 
allocated or mat certain virtual paths are not fully using thetr 
VP-QRs. In this case the excess bandwidth can be shared 
among the non-empty VP QUEUES. Fairness is provided by 30 
sharing the excess bandwidth in proportion of the VP-ORs. 
To each VP corresponds a queue (VP QUEUE) which is 
served at a service rate (VP SR) equal to VP-CDt at a 
minimum Let neqvp be the index set of non-empty VP 
QUEUES, BVP, the VP-OR of the i-th VP. and TR the Bit 35 
Rate of the trunk. The excess bandwidth (EBW) is express- 
ible as: 

EBW= TR- £ BVPi 

i*Meqvr 40 

This bandwidth is usually non-zero since VPs are not always 
using their full QRs or since the trunk bandwidth is not 
being completely allocated. This spare capacity is shared 
among the non-empty queues in proportion of their 45 
VP-QRs. For example, a non-empty queue for VP, has a 
service rate SR. given by: 

EBWxBYPi 

SKt^BVPi* 1 mi 50 

When a Phy-sap congestion notification (Phy-becn) is 
received by a VP originator, it must restrict its SR to do more 
man VP-CTR. Subsequently it can increase the VP SR if no 55 
more Phy-sap congestion notification is received. 

The VP QUEUE is shared by all the VCs multiplexed on 
the virtual path. Its maximum length is ti g tw imrwi from the 
m^imum allowed sojourn delay and from the SR of the 
queue (VP, SR). A congestion threshold is defined which, 60 
when reached, triggers a congestion notification procedure. 
As long as the aggregate incoming rate is lower than the SR 
of the queue, the queue will remain almost empty. In this 
case, the queue is used only to absorb the jitter due to packet 
clustering. 65 

A VP is congested when the aggregate arrival rate at the 
VP-sap (sum of the SRs of the VCs multiplexed on the VP) 
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is higher than the current SR of this VP's queue. Congestion 
is detected when the VP's queue length goes beyond a 
congestion threshold. A strict de terminati on of this threshold 
should consider the SR of the queue, the round-trip-delay 
user to queue, and the nwmmum allowed sojourn delay of a 
frame in the node. For simplicity this threshold may be set 
to a few frames (e.g. 10 frames). 

When a VP is congested, the frames exiting the VP's 
queue towards me PP have a VP forward explicit congestion 
notification (VP-fecn) bit set to notify the destination of the 
congestion. Additionally, the frames arriving on the reverse 
direction on the VP (assuming bidirectional VPS) have their 
been (VP-been) bit set Each VP is structured to guarantee 
bandwidth to each VC at least equal to VC-OR. Therefore, 
when a VP is congested, only those VCs that are transmitting 
traffic onto the VP at a rate greater than VC-C3R must reduce 
their submission rate. In response to VP congestion. VCs 
will reduce their submission rate in steps until the VP 
congestion is cleared. However, each VC will be able to 
utilize bandwidth at least equal to VC-CIR. 

As discussed above with respect to a single integrated 
address field, an ingress VP identity for the incoming frame 
is given by the field rvpi in the connection table. The VP 
concept allows the isolation of traffic of one user (or VPN) 
from the traffic of another user (or VPN). As will be 
understood by those skilled in the art one VP. VP,, can be 
congested while another VP. VP*, sharing the same trunk is 
not congested. Simultaneously, the configuration of the 
invention allows a (non-congested) user to have a VP SR 
higher than the VP-bandwidth it has reserved. This situation 
occurs when the network Is not heavily loaded. 

(3) Traffic Management at the VC-sap 

As in any network providing a standard FR service, the 
access node must implement a poticiag function on a virtual 
circuit basis, in which it monitors the incoming rate and 
ensures that the traffic adheres to the standard limits speci- 
fied by the traffic descriptor associated to the virtual circuit 
(Be Be. VC-QR). In addition it shapes the traffic submitted 
to the network as a function of the congestion notifications 
received from the network. Therefore, a data stream 
received from a source, S,^,, (i.e.. the m* VC of this VP^ 
is initially buffered In a VC QUEUE. Thereafter, based on 
the condition of the network as described above, traffic is 
provided to the VP. at a variable service rate. vr_£R 

Note that for a given VC the access node S^, (and the 
source traffic) sees only the congestion notifications (VP- 
been) related to the VPs used by it In a typical situation all 
the PPs along a VC are congested. But if the VPs used by 
the VC are lightly loaded, this VC has a current service rate 
(VC SR) that can be substantially higher than its VC-CDL 
This example illustrates the isolation of traffic that can be 
achieved by application of the VPN concept in accordance 
with the invention. 

C Transfer Plane Summary 

There are several aspects of VPN operation that may be 
derived from the above-described concepts of identification 
of VCs and VPs. and traffic management and congestion 
control. Firstly, depending on its place in the network, a 
node can implement one or all of the three levels of traffic 
management described above. A pure cross-connect node 
(it. VP switch) will implement only the Phy-sap-levd. a 
VC-switch node will impjement the VP-sap and the Phy-sap 
levels, whereas an access node will implement all three 
levels. Alternatively a single node can be an access node for 
some VCs. a cross-connect node for some others, and a 
VC-switch for the remainder. 

A network can dedicate part of its resources to VPNs and 
part to standard FR connections (for non-VPN customers). 



65 
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All standard FR connections multiplexed oo an egress poet chosen path is composed of FRC-segments which traverse 

arcasscoatcdwithapscuaV) W. wto PPs each of which has suffident resources available to 

to a queue. eg.. VP^ QUEUR This queue is served at a ensure that all the performance requirements are satisfied 

rate at least equal to: (most particularly, the FRC-CIR). 

5 A VP is simply a special case of a PRC in the following 

vp*^sk= £ UdRi sense. The VP is bounded by VP-terminators as endpoints 

**(<kr*) (corresponding to the FRC-texininators except (hat typically 

these VP-termwators are not subscriber ports). A VP can be 

where N(dvpi) is the index set of all VCs belonging to the specified analogous to an FRC with the addition of two 

pseudo-VP and UOR, is the VC-CIR of the i-th such VC 10 parameters of operation: (1) the identity of a VPN (or 

The congestion control approach discussed above calls for reserved subscriber) to which the VP belongs; and (2) the 

the introduction of a Phy-becn bit and the use of the been bit maximum number of VCs that may be multiplexed on this 

(interpreted as a VP-been indicator). If there were a free bit VP. 

in the frame header to introduce the Phy-becn notification When a VP setup is required* jist as HIC setup reserves 
then implementation of the congestion notification would be bandwidth oi PPs with sufficient OR. the same path selec- 
straightfarward. However; in standard PR frames, do such 15 *«» logic can be used to select PPs which satisfy the OR 
bit can be found. Therefore, in order to implement the teojiiremcnts of the VP. In a given cross-connect node, ooce 
proposed congestion notin^ons^ *> egress port with enough resources has been found, the 
the present invention, one could provide an additional byte connection table is updated. Referring again to FKj. 7. 
to the data portion of frames at the network ingress suppose, for example, three VCs can be multiplexed on the 
VC^erminator. The egress VC-tenmnator removes the extra 20 VP, the egress port selected is port 9. and the three available 
byte before trajismtttiag the data to the destination device. egress did values selected are 328. 7 and 192. Locally the 
This byte could be used to hold the Phy-becn bit which. VP which is to be set up wffl be identified by ivpiyandevpi 
wfaensetwotiMbeusedbytheVPoriguiam^ 3. Three entries are reserved in the ingress port connection 
the congestion state of the VP. If it is congested, the VP table and updated appropriately with the informatics pro- 
originator sets the VP-been (been) bit on all VCs which 25 vided rfjoye. The iiivotvemcnt of ^ oodein to estaWish- 
exrceddScir reserved OR. This bit* once set remains set for ment of VCs on mis VP stops here. If the VPc biG^ooaL 
•h* vr ~* a, ^^ Afl /rf^vDc wks^k tt it is convenient to use the same routing information in both 

sftletaVPterminato ^ *~ 

byte for VC identification. The header address bits could be Jo ^^y^ ^ Wess of setting up a portion of a VP 

used for the VP identifier: In this way, all switches in me ( wim quired OR and bearing capability for up to n VC 

physical path used to cany the VP could switch on the VP segments), done locally in each node traversed, consists of: 

identifier only. (l)flndiiig an otitgoing trunk wimra 

2. Control Plane 35 smaller than VP-CTR and with at least ■ unused diets; (2) 

a. Routing reserving these resources; and (3) updating the connection 

In a virtual private network mere exists two levels of table by mapping an incoming did to an outgoing did and 

routing, one for virtual paths and one for virtual circuits. an evpi for every VC segment 

These two levels are described successively hereafter. (2) Routing Virtual Circuits 

(1) Routing Virtual Paths (establishment of a VP) 40 The set of VPs established for a customer constitutes the 

A VP is defined by the same set of parameters as a customer's virtual private network. The VPS topology can 

standard FRcooi>ection (FRC), e.g.. destuution address. Be, be quite different from the underlying global FR network 

Be and VP-<^Tte endpoints of a VP may be access nodes topology. The VPN nodes, which are VC switches only 

or transit nodes. The establishment of a VP is a distributed (cross-connect nodes are invisible to the VTN), are linked by 

process. Bach node along the route uses looting tables 45 VPs. Each VP is defined by its bandwidth (the VP-C3R) and 

describing the physical network to select the next trunk the maxfmnm number of VCs imiltiplexed on M. Moreover, 

toward the destination. The node reserves on this trunk the each VC segment is identified by a did at the ingress and at 

resources required by the VP and, finally, it updates the the egress of the VP. 

node's connection table. When a VC has to be established on a VPN. eg.. VFN r 

As discussed above, there is no explicit field within the so the same sub-tasks performed for establishing a VP have to 

frame address field to identify VPs and VCs. A VP is be carried out in the VPN, nodes. First, a VP belonging to 

Id e ntifie d implicitly by. an ap propriate coding of the con- VPN, toward the destination and having at least the available 

nectioo tables. As a consequence, it is necessary to know bandwidth requested by the VC and an unused VC segment 

beforehand how many VCs could be multiplexed on the VP. (ie., an unused did) must be found. These resources must be 

Each VC multiplexed on the VP has an entry in the con- 55 reserved and the connection table updated. The connection 

nection table. All the VCs of a VP are bound together by the is updated as described above with the additional require- 

common fields ivpi, evpi and eport used for traffic manage- ment that the egress vpi (evpi) must be selected and tden- 

ment purposes. tified as belonging to VFNj. 

The routing of VPs can be a natural extension of normal Hie VC setup procedure offers varying degrees of auto- 

FRC routing in a Frame Relay network. For example. 60 mation. Far example, if the manager of the underlying FR 

suppose the FR network has an automated scheme for network selects a completely manual approach, it performs 

determining a path for a FRC Each is configured by merely off-line the above first two sub-tasks from its knowledge of 

specifying the FRC endpoints (eg., by specifying the physi- the VPN topology and state. Then it updates remotely the 

cal network locations and the ingress did and egress did) connection tables in each node along the VC route according 

together with the required FRC-CIR (and perhaps other 6$ to me configuration chosen. 

performance criteria). The path selection mechanism then Alternatively, the FR network manager may elect to build 

tries to find a path which meets the performance criteria. The the routing tables correspooding to the VPN topology off- 
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line and download this topology into the nodes. The three 
routing sub-tasks are performed in a distributed way. In this 
case tbe PR network manager configures the VPs for the 
VPN. Once the VPs are configured, the switches (nodes) in 
the network automatically perform the rooting sub-tasks for 
the VCs. This requires adjacent VP nodes to be intercon- 
nected by a signaling link on which are transmitted the 
messages they exchange, as described in greater detail 
hereinafter. 

The network manager may also elect to completely auto- 
mate the VC setup procedure. This encompasses, in addition 
to the three routing sub-tasks, a distributed function to build 
and maintain the routing tables specific to the VPN. This 
function limits itself to describing the VPN topology. In 
particular, the FR network manager need only specify the 
end points of each VP. Thereafter, the VPs and VCs are 
automatically routed. As described above, in specifying 
(denning) the end points, the FR network manager must (1) 
determine the specific end point locations; (2) provide the 
identity of a VPN to which the VP will belong; and (3) 
provide the maximum number of VCs mat will be multi- 
plexed on the VP. Only the nodes belonging to the VPN 
under consideration are active in this task The accomplish- 
ing of the three sub-tasks is performed in a distributed way 
with adjacent VP nodes communicating with each other by 
means of a signaling link, as described below. 

b. Signaling 

The nodes of a VPN need to exchange messages among 
themselves. These messages are related to tbe VC-setup. 
supervision and tear down functions. These messages can 
also be related to VPN management functions (e.g., moni- 
toring of a VP). 

The most convenient way to allow this exchange of 
messages is to associate a signaling VC to each VP. This 
connection is established between the two terminators of the 
VP. This special VC can be multiplexed on the VP along 
with user VCs or it can use a physical route totally different 
from that of the VP. Of course, a suitable protocol must exist 
at the two ends of the signaling VC in order to provide a 
reliable exchange of information between the two VP nodes. 

3. Management Plane 

a. Introductioa 

The VPN of the present invention allows improved man- 
agement functions to a VPN network manager. These man- 
agement functions naturally interact with the management of 
the underlying FR network 

Referring to FIG. f . and in accordance with the invention, 
there is a distribution of responsibilities between a General 
Network Control Center (GNCC) and a VPN Network 
Control Center (VNCQ. The GNCC has complete control 
over the underlying FR network This includes the control 
over the resources allocated to the VPN. The VNCC has a 
knowledge limited to its VPN. This knowledge is in terms of 
virtual resources (VPs. VCs. VPN topology, eta). The 
operator of the VNCC is unaware of the actual resources 
(e.g.. cards, transmission lines) used in the FR network and 
it has no direct access to the FR devices. 

A mediation function, located between GNCC and 
VNCC. enables communications between the two entities. 
In the direction ®*CC to VNCC. the mediation function 
filters the messages received from the network (alarms, 
statistics, accounting, etc), and passes to the VNCC. in 
proper format, only those messages to which the VPN has 
involvement. In die direction VNCC to GNCC. the mediator 
screens VNCC messages to ensure that they are properly 
formatted and restricted to the VPN's virtual resources and 
are confined to the management level a ppropriate to the 
allowed VPN management capabilities. 
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The tasks of the mediator could be complex since this 
system must translate the physical information from the 
imdertying FR network to the togically configured VTO with 
its VPs often not directly corresponding to actual equipment 
5 in the FR network. However, in order to establish VPN VPs 
in an automated manner, the network elements must have 
sufficient knowledge of the VPN virtual structure. With mis 
information, they can determine the condition of VPN VPs. 
and send appropriate event information about VPN VP- and 
10 VC-related conditions with sufficient additional data to 
permit the mediation function to become straightforward, 
b. Network Management Rinctional Areas 
Management activities carried out by the GNCC and 
VNCC can be broken down in five functional areas; 
15 configuration, fault accounting, performance and security 
management 

(1) Configuration Management 

The configuration management functional area is com- 
posed of three main tasks. The first task iirvohra the creation 

20 of a graphical topology of the FR network and each VPN. 
including a representation of the network elements, their 
connections and their logical position. This description may 
have several levels of abstraction, ft allows the Fault Man- 
agement to display graphically network events to the 

25 operator, eg.. FR network events to the FR network 
operator, and VPN events to the appropriate VPN operators. 

The next task includes tbe specification of configuration 
parameters. All the elements of each VPN (including VPs, 
VCs and FR switching equipment) are described parametri- 

ao calty. The parameters drive tabular r epre se ntations used by 
network elements to specify their environment and capa- 
bilities. The framework for die specification is a (graphical) 
representation of the FR network 
The third task involves the downloading of configuration 

35 parameters to the nodes (switches). This task allows each 
switch to initialize in its correct configuration. 

The GNCC performs all these tasks for the whole network 
. On one hand, a VNCC may have no configuration man- 
agement capabilities. On the other hand, it may provide 

40 varying configuration management functionality to its VPN 
(up to and including total management), but only under the 
ultimate control of the GNCC (through the mediator). 

(2) Fault Management 

This function provides for the detection and correction of 

45 abnormal network operations throign collection of irf 
motion about events that affect the state of switch resources. 
Tbe GNCC receives alarms and statistics from the network 
switches. This information is proce sse d by fault manage- 
ment applications and is used to present fault indication on 

50 the graphical network topological view. Some degree of 
fault resolution can be initiatrd by GNCC-resident applica- 
tions driven by operator input or by automatic invocation in 
response to specific alarm and statistical information. 
The faults affecting the VPN are converted into VPN- 

55 level faults. For example, if a physical line in the network 
goes down, tbe fault may be converted to one or more VP 
faimres to be sent to the VNCC as VPN fart 
case that a physical line failure does not generate any VP 
failure faults especially if the underlying networks has been 

60 anktorerc4jtetheVOwithortd^ 

ports. In this case the VP appears to be functioning 
normally.) The VNCC fault management applications 
present this information as fault indications on the graphical 
topological view of the VPN. 

65 The VNCC may unrf*ft*v* VPN fault correction actions. 
These actions are screened and translated by the mediator. 
Appropriate actions are forwarded to the GNCC which 
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actually initiates the fault resolution communications with security partnership allows the VNCC to operate indepeo- 

network elements, dently from the GNCC- But. at the same time, it introduces 

(3) Accounting Management its own set of management challenges for the GNCC. In 
This function collects the data regarding the usage and effect the GNCC has lost control over part of its manage- 

accounting, so that users can be billed. The VPN is a single s ment domain while still retaining overall management 
customer from the point of view of the balling function. responsibility. For this reason, security solutions which 
However, the VPN resources are shared among several VPN bypass the GNCC are difficult to implement and control 
users who may need to be billed individually by the VPN B. Applications of the VPN Concept 
administration. To provide this capability, the GNCC for- The concept of VPN definition and management in accor- 
wards the accounting records mvolving VPN usage through 10 dance with the invention provides powerful solutions to 
the mediator (which converts the records to an acceptable practical networking problems. Several examples are pro- 
format) to the VNCC The VNCC takes the necessary sealed as ilhistrations. 
actions to drive the billing of the VPN's individual users. 1. Rapid Restoration of Service 

(4) Performance Management In case of a network failure (eg., a cut physical cable 
Performance Management collects data regarding switch is bearing a trunk), all the connections impacted by the failure 

r e s o u ice performance levels and identifies the problems must be restored as quickly as possible. In a network not 

useful for network configuration, analysis, trending and having the VPN VP switching capability, each individual 

planning Thfrr m two typfts nf p w f iMiifcancg information nf connection must be reestablished independently from the 

interest. The first type is historical information which is vital other connections which were using die same disrupted 

to spotting network trends with regard to traffic patterns. 20 network element 

congestion, line quality, hardware deterioration, etc The The VP concept allows a quicker and simpler restoration, 
second type deals with almost real-time data, useful in fault Only the VPs impacted by the network failure have to be 
diagnosis and resolution. reestablished. Once a VP has been restored. »««ming that 
Topically, the network elements report historical infonna- the physical network has enough resources available to 
uon to the 04CC as statistical data. The GNCC/mediator 23 establish a restored path, the W-tenninators at both ends of 
scans the statistical information and assemblies the data the VP must update the connection tables such that the 
pertinent to the VPN for formatting and shipment to the VC-segment restored for each VC inultipiexed on the VP 
VNCC The almost real-time data is usually resident in the can be concatenated anew with the upstream and down- 
network elements. This information is obtained by query stream VC-segmeats sail set-up. 
from the GNCC For VPN-related data, the VNCC must 30 There is additional dimension to this restoration process, 
query the network elements. The underlying network admin- When a VP is able to be restored, the VCs multiplexed on the 
istratioo has the responsibility of ensuring that the VNCC VYremain intact Thus there is no faflurcof the VPfromtbe 
operations are in no way permitted to obtain unauthorized perspective of me VPN subscriber (although there is a 
transmittal of data not directly concerning the VPN. failure from the perspective of the physical network). The 
Therefore. VNCC queries are translated and screened by the 35 management implication is that fault messages must be 
mediator and passed to the GNCC for ultimate transmhtal generated to the GNCC but not a VNCC managing the 
Alternatively, me network elements may have sufficient VPN. 

screening capability to permit VNCC queries to be made 2. Isolation of Traffic Between Users 

directly. In this case, each network element must only allow A fundamental principle of the VPN concept is that on 

queries for information ap p r op ri ate to the VPN. 40 any VP.thebaiidwidmavailabfctot 

(5) Security Management VP is at least equal to VP-C3R. Additionally, the VP band- 
Security Management controls the access* the scope and width can increase up to the transmission link bandwidth 

the activity of network managers invoking NMS actions oa when the physical path is lightly loaded, 

a given entity. The actions can range anywhere from passive The VW manager has a certain freedom in the usage 

momtoring of network activity all the way to active con- 45 policy of the VPN resources. On the other hand trie manager 

figuration and fault resolution actions. In this connection, it has a higher responsibility in controlling die inbound traffic 

is incumbent on the underlying network to ensure mat of die VPN. This is illustrated in the two examples below: 

VNCC activities are restricted to the VPN. Even passive a. Maximum Bandwidth in a Congested N etwork 

monitoring must be restricted so that the VNCC is not If , on a given route in a VPN. only one connection is 

inadvertently given information outside of its sphere of 50 active, then this connection can use a bandwidth equal to the 

operations. When the VNCC has the capability of altering narrowest VP along this route. This is true even if one of the 

the parameters of operation of its VPN. the security inquire- trunks along the route is congested 

ments are among the chief concerns since operations even to With this feature it makes sense for a VC to subscribe to 

VPN-controlled resource s could affect the rest of the net- an Excess Information Rate (EDt) equal to the VP-CDt 

work community outside the scope of the VPN. ss Once the VC has reached its fnaximal rate EDL it can 

lb provide the necessary security, all VNCC activities are transmit continuously at this rate even on a highly loaded 

filtered by the GNCC/mrrfiatnr before any direct network network as long as none of the VPs transited require a 

activity is launched. The GNCC is ultimately the source of decrease due to congestion. Even when such a decrease is 

any such VPN-related activities. In effect, the VNCC necessary, the VC is still guaranteed a transmission rate of 

becomes a remote operator of the GNCC with restrictions 60 VC-OR. 

applied just as if it were a user with restricted network It is the responsibility of the VPN manager to specify the 

access. maximum allowed usable OR on a VP. a percentage of the 

Ahernatxvely. VNCC operation may be directed to a VP-CHt Mumpk VCs can be carried oa a VP so long as the 

security server for access to a network element Once the sum of their VC-QRs do not exceed the usable VP-QR. In 

clearance Co the network element has been established, the 65 this manner individual VCs carried by the VP may exceed 

network element restricts any activity of the VNCC to just their individual VC-QRs for bursts without causing VP 

those resources under the scope of the VPN. This type of congestion. 
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b. Grouped QR 

The concept of the Grouped OR (statistical OR) feature 
relates to the OCR's of a group of connections at a single 
access point. Several connections are established from the 
single access to several destinations, the sum of their CBU 
is higher than the access rate. Thus the VCs emanating from 
this access at any point in time have an aggregate (or 
'Grouped') QR bounded by the access rate. By considering 
all of these VCs as a group, the transit network needs to 
allocate no more than the access rate for OR even if the sum 
of the individual ORs of the VCs in the group exceed the 
access rate. The VP carrying such a VC group has less OR 
requirement than would be necessary if it treated the VCs of 
the group individually. 

Referring to FIG. It. the VPN concept of the present 
invention p i w ide s a graceful way to support this Grouped 
OR feature and to extend it For example, a client has n 
connections to establish between a single access and n 
distinct destination. At any given time the source does not 
generate a rate higher than X fcbps (X kbps being equal to the 
access rate or to a lower value). Tb satisfy this requirement 
one creates a VPN as illustrated in FIG. It where, for each 
VP. a bandwidth equal to X kbps is reserved. Then n 
zero-QR connections are established, one from the source 
(S) to each of the destinations (Dl. D2, . . . , Dn) on mis 
VPN. As long as the aggregate rate at S is not higher than 
X kbps. the traffic submitted to the VPN wOl be transmitted 
without discard. 

Several variants to mis basic scheme are possible. For 
example each VC with source at S. has its own OR. In this 
case the VP-OR reserved for a given VP should be equal to: 
min [X kbps. IQR of VCs multiplexed on me VP]. 

The grouped OR feature can be extended to the case of 
multiple sources. The requirement is that the agpegate 
bandwidth reserved on any trunk for the n connections 
originating from multiple sources cannot exceed X kbps. 

The grouped QR feature can be extended to the case of 
multiple sources each converging on a single egress access 
line of bandwidth Y kbps. In this case, a VPN can be 
established ma manner similar to FIG. It (treating S as the 
egress access and D A . Dj. . . . Xm as the sources). The 
VP-C3R reserved for each of the VPs in the VPN is set equal 
to: min (Y kbps. UCSR of me VCs mulbplexed on the VP). 
By so limiting the VP CTRs, no more than Y kbps of traffic 
will ever be transmitted in any VP of the VPN. Moreover, in 
case of congestion the traffic will be toothed as close to the 
sources as possible. 

Although the invention has been described and illustrated 
with respect to a FR network, the present invention is 
equally applicable to other packet switching networks. For 
example* an asychronous transfer mode (ATM) network 
includes virtual circuits and virtual paths. As opposed to a 
FR network, a VP is an actual logical entity in an ATM 
network. The ATM packets in the ATM network may be 
provided with address information to uniquely identify a 
pacxetasbekxigiiigtoasrjecifc 
present invention. 

Although the invention has been described and illustrated 
with respect to exemplary embodiments thereof, it should be 
understood by those skilled in the art that the foregoing, and 
various other additions and omissions may be made therein 
and thereto without departing from the spirit and scope of 
the present invention. 

We daim: 

1. A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 
ciated with a particular customer of the packet-based 
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network, the traffic including packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network elements, each being intercon- 
5 nected to at least one other network element by a 
physical path; 

a plurality of customer premises equipment each being 
interconnected to a network element by a physical path; 
at least one virtual path, each being a logical connection 
10 between two virtual path terminators; 

at least one virtual circuit each being a logical connection 
established between two virtual circuit terminators, 
wherein packets arc transmitted by said virtual circuits 
between the virtual circuit terminators; 
wherein the virtual private network includes a collection 
of packet-based network resources including respective 
network elements, customer premises equipment vir- 
tual paths and corresponding virtual circuits, the col- 
20 lection of packet-based network resources making up 
the virtual private network providing a level of service 
to the tjaffic associated with the particular customer of 
the packet-based network which is independent of all 
other traffic on the packet-based network which is 
M outside of the virtual prrvatc network's logk^ oVimain; 
and 

kJentifkatioo means contained in the packets of a respec- 
tive customer having a virtual private network for 
identifying the respective virtual circuits and virtual 
30 paths used by the virtual private network to which the 
packets are associated. 

2. A packet-based network according to claim L wherein 
said identification means is a local identifier of the respec- 
tive virtual circuits and virtual paths used by the virtual 

35 private network, and wherein the packet-based network 
further includes means for updating said identification 
means during transmission of the packet of a respective 
customer within the packet-based network. 

3. A packet-based network according to claim 1. wherein: 
40 each virtual path is made up of at least one virtual path 

segment which is a portion of a virtual path using a 
particular physical path; and 
each virtual circuit is made up of at least one virtual 
circuit segment which is a portion of the virtual circuit 
45 carried by a virtual path between two adjacent network 
elements, between two adjacent customer premises 
equipment or between adjacent network elements and 
customer premises equipment 

4. A packet-based network according to daim 3. wherein 
50 virtual circuit and virtual path terminators include bom 

network elements and customer premises equipment 

5. A packet-based network according to claim L wherein 
said identification means fariiwipq an address field having a 
fixed length virtual circuit identifier field and a fixed length 

55 virtual path identifier field to uniquely identify the virtual 
circuit and virtual path over which the packet of information 
will travel. 

6. A packet-based network according to daim 1. wherein 
said identification means includes an address field made up 

60 of variable length subfidds inducting a dass type fiekt a 
virtual path identifier field and a virtual circuit identifier held 
to uniquely identify the virtual circuit and virtual path over 
which the packet of information wQl travd. said class type 
field ktentirying the length of the virtual path identifier field 

65 and virtual circuit identifier field. 

7. A packet-based network according to claim L wherein 
said identification means includes an address field in said 
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packets, said address field being an integrated field which 
identifies virtual paths and virtual circuits over which the 
packet of information will travel, said integrated field being 
encoded to uniquely identify how a frame of infocmation is 
switched within said network dements. 

8. A packet-based network according to claim 7, wherein 
each network element includes a connection table which 
identifies bow a packet is routed within the network element 
based on the value of the integrated address field. 

9. A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 
ciated with a particular customer of the packet-based 
network, the traffic including packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network elements, each being intercon- 
nected to at least one other network element by a 
physical path: 

a plurality of customer premises equipment each being 
interconnected to a network element by a physical path; 
at feast one virtual path, each being a logical connection 

between two virtual path terminators; 
at least one virtual circuit, each being a logical connection 
established between two virtual circuit terminators, 
wherein packets are transmitted by said virtual circuits 
between the virtual circuit terminators; 
wherein the virtual private network includes a collection 
of packet-based nctworkrescurces including respective 
network elements, customer premises equipment, vir- 
tual paths and corresponding virtual circuits; 
identification means contained in the packets of a respec- 
tive customer having a virtual private network for 
identifying the respective virtual circuits and virtual 
paths used by the virtual private network to which the 
packets are associated; and 
wherein each virtual path on a physical path of the 
network is allocated a respective positive guaranteed 
bandwidth, and wherein when congestion occurs on a 
physical path, only a virtual path using bandwidth 
greater than the respective positive guaranteed band- 
width is required to reduce submission rate of packets 
onto the network. 
It. A packet-based network according to daim 9. wherein 
the bandwidth utilization of each virtual path within the 
virtual private network is moaitored, and wherein when one 
virtual path is utilizing less than its respective positive 
guaranteed bandwidth, any excess bandwidth is equally 
shared among the remaining virtu paths on a respective 
physical path in proportion to the respective positive guar- 
anteed bandwidth of the rcmaimng virtual paths wimresrxxt 
to a total bandwidth of the respective physical path. 

It A packet-based network according to claim 9. wherein 
each virtual circuit is provided with a virtual circuit band- 
width on a respective virtual path, and wherein even if the 
physical path utilized by a virtual circuit is congested, if the 
respective virtual path is lightly loaded, the virtual circuit 
can utilize bandwidth at least equal to or greater than its 
virtual circuit bandwidth. 

12. A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 
ciated with a particular customer of the packet-based 
network, the traffic including packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network elements, each being intercon- 
nected to at least one other network element by a 
physical path; 
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a plurality of f»«twwr premises equipment, each being 
interconnected to a network dement by a physical path; 

at least one virtual path, each being a logical connection 
between two virtual path terminators; 

at least one virtual circuit, each being a logical connection 
established between two virtual circuit terrninators. 
wherein packets are transmitted by said virtual circuits 
between the virtual circuit terminators; 

wherein die virtual private network indudes a collection 
of packet-based network resources including respective 
network elements, customer premises equipment vir- 
tual paths and corresponding virtual circuits; 

identification means contained in the packets of a respec- 
tive oMtomer having a virtual private network for 
identifying the respective virtual circuits and virtual 
paths used by the virtual private network to which the 
packets are associated; and 

means for establishing a virtual path within the packet- 
based network locally at each network element tra- 
versed by the virtual path, said means for establishing 
a virtual path including: 

means for identifying an outgoing physical path from a 
network element with available bandwidth to sup- 
port a guaranteed bandwidth of the virtual path and 
Mc to support a number of virtual circuits carried by 
die virtual path; 
means for reserving resources on the physical paths, me 
reserved resources being indicative of the virtual 
path bandwidth and number of virtual circuits carried 
by the virtual path; and 
means for updating a connectioa table in the network 
element by mapping incoming virtual circuits and 
virtual paths to respective outgoing virtual circuits 
and virtual paths. 
13. A packet-based network according to claim 12 further 
including means for establishing a virtual circuit within a 
virtual private network including: 
means for identifying a respective virtual path towards a 
destination having at least the available bandwidth 
required by the virtual circuit and an unused virtual 
circuit segment; 
means for reserving resources for the virtual circuit on the 
respective virtual path, the reserved resources for the 
virtual circuit being indicative of the virtual circuit 
bandwidth and the virtual circuit segment on the 
respective virtual path; and 
means for updating the connection table within the net- 
work element. . 
14l A packet-based network according to daim 1Z further 
in ri'trt tng iwnc for establishing a <« gn»lHng virtual circuit 
on each virtual path. 

15, A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 
ciated with a particular customer of the packet-based 
network, the traffic indudtng packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network elements, each being intercon- 
nected to at least one other network dement by a 
physical path; 

a plurality of customer premises equipment, each being 
imerconnected to a netwcrkekmeiitby ar)bysicalpath; 

at feast one virtual path, each being a logical connection 
between two virtual path terminators; 

at least one virtual circuit, each being a logical connection 
established between two virtual circuit tenninators. 
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wherein packets arc transmitted by said virtual circuits 
between the virtual circuit tenninators; 

whereas die virtual private network includes a collection 
of packet-based network resources including respective 
network dements, customer premises equipment vir- 
tual paths and corresponding virtual circuits; 

identification means contained in the packets of a respec- 
tive customer having a virtual private network for 
identifying me respective virtual circuits and virtual 
paths used by the virtual private network to which the 
packets are associated* and 

a physical service access point for each respective physi- 
cal path which multiplexes all packets to be transmitted 
on the respective physical path, the physical service 
access point including a physical path queue which is 
served at a physical path rate, the physical path queue 
being shared by all virtual paths multiplexed on to the 
respective physical path. 

16. A packet-based network according to daim 15 
wherein a physical path congestion threshold is determined 
based on the maximum amount of packets stored in the 
physical path queue and waiting for transmission on to the 
respective physical path, and wherein a congestion notifi- 
cation is provided to each of the virtual paths multiplexed 
onto the respective physical path in response to the length of 
the physical path queue exceeding the physical path con- 
gestion threshold. 

17. A packet-based network according to daim 16 
wherein said congestion notification includes an additional 
bit in each packet. 

1& A packet-based network according to claim 16 
wherein said congestion notification indudes a signaling 
frame transmitted from the physical service access point to 
each of me virtual paths multiplexed on the physical service 
access point. 

19. A packet-based network according to daim 16 
wherein: 

each of the virtual paths mumplexed onto the respective 
physical path is allocated a corresponding positive 
guaranteed bandwidth; 
the sum of the positive guaranteed baDdwidth for all of the 
virtual paths multiplexed onto the respective physical 
path is less than a total bandwidth of the respective 
physical path, and 
in response to said physical path congestion notification* 
each virtual path multiplexed onto me respective physi- 
cal path reduces the submission rate of packets to the 
physical path queue to a levd no greater than the 
corresponding positive guaranteed bandwidth. 
2t~ A packet-based network according to daim 16 further 
including a virtual path service access point for each respec- 
tive virtual path which multiplexes all packets to be trans- 
mitted on the respective vutu^ 

virtual path service access point including a virtual path 
queue which is served at a virtual path rate, the virtual path 
queue having a congestion threshold indicative of a maxi- 
mum allowed virtual path queue length, the virtual path 
service access point providing a virtual path congestion 
notification to the virtual circuits carried by the r e sp ec ti ve 
virtual path in response to the length of the virtual path 
queue exceeding the virtual path queue threshold. 

21. A packet-based network according to claim 2§ 
wherein: 

each of the virtual circuits multiplexed onto the re sp ective 
virtual path is allocated a corresponding virtual circuit 
bandwidm; 
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the sum of the virtual circuit bandwidth for all of the 
virtual circuits multiplexed onto the respective virtual 
path is less than a guaranteed bandwidm of the respec- 
tive virtual path, and 

in response to the virtual path congestion notification, 
each respective virtual circuit multiplexed onto the 
respective virtual path reduces the submission rate of 
packets to the virtual path queue. 

22. A packet-based network according to daim 21. 
wherein in response to persistence of said virtual path 
congestion ratification after the reduction of the subrnission 
rate by each respective virtual circuit, each respective virtual 
circuit incrementally reduces submission rate until said 
virtual path congestion notification is removed, the respec- 
tive virtual circuit only reducing submission rate to a levd 
no greater than the corresponding virtual circuit bandwidth. 

23. A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 
ciated with a particular customer of the packet-based 
network, the traffic indurting packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network dements, each being intercon- 
nected to at least one other network element by a 
physical path; 

a plurality of customer premises equipment, each being 
interconnected to a network dement by a physical path; 

at least one virtual path, each being a logical connection 
between two virtual path terminators; 

at least one virtual circuit, each being a logical coanection 
established between two virtual circuit terminators, 
wherein packets are transmitted by said virtual circuits 
between the virtual circuit terminators; 

wherein the virtual private network indudes a collection 
of Racket-based network resources including respec- 
tive network elements* customer premises equqnsent 
virtual paths and corresponding virtual circuits; 

identification means contained in the packets of a respec- 
tive ntstomrr having a virtual private network for 
identifying the r espect iv e virtual circuits and virtual 
paths used by the virtual private network to which the 
packets are associated; and 

wherein a pseudo virtual path is provided on each physi- 
cal path to cany traffic not assoriated with a virtual 
private network. 

24. A packet-based network according to daim 23. 
wherein each virtual path and the pseudo virtual path on a 
physical path of the network is allocated a resr*ective posi- 
tive guaranteed banchndth. and wherein when congestion 
occurs on a physical path, only a virtual path or pseudo 
virtual path using bandwidth greater than the respective 
positive guaranteed bandwidth is required to reduce submis- 
sion rate of packets onto the network. 

25. A packet-based network according to claim 24. 
wherein Ac bandwidth utfflzatiooof each virtual pa 

the virtual private network is moiiitored. and wherein when 
one virtual path is utilizing less dan its respective positive 
guaranteed bandwidth, any excess bandwidth is equally 
shared among the remaining virtual paths on a respective 
physical path in proportion to the respective positive guar- 
anteed bandwidth of the r emaining virtual paths with respect 
to a total bandwidth of the respective physical path. 

26. A packet-based network according to daim 24, 
wherein each virtual circuit is provided with a virtual circuit 
bandwidth on a respective virtual path, and wherein even if 
the physical path utilized by a virtual circuit is congested, if 
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the respective virtual path is Mgrtiy loaded, the virtual circuit 
can utilize bandwidth at least equal to or greater than its 
virtual circuit bandwidth. 

27. A packet-based network for providing virtual private 
networks, each virtual private network carrying traffic asso- 5 
dated with a particular customer of the packet-based 
network, the traffic including packets for transmission via 
the packet-based network, the packet-based network com- 
prising: 

a plurality of network elements, each being intercoo- 10 
nected to at least one other network dement by a 
physical path; 

a plurality of customer premises equipment each being 
interconnected to a netwerk element by a physical path; ^ 

at least one virtual path, each being a logical connection 
between two virtual path terminators; 

at least one virtual circuit each being a logical connection 
established between two virtual circuit terminators, 
wherein packets are transmitted by said virtual circuits 20 
between the virtual circuit terminators; 

wherein the virtual private network includes a collection 
of packet-based network resources including respective 
network elements, customer premises eqiupment vir- 
tual paths and corresponding virtual circuits, 25 

identification means contained in the packets of a respec- 
tive customer having a virtual private network for 
identifying the respective virtual circuits and virtual 
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paths used by the virtual private network to which the 
packets are associated; 

a general network control center (GNCC) for controlling 
the packet-based network; 

at least one virtual private network control center 
(VNCC). each respective VNCC being associated with 
a c or responding virtual private network; and 

mediation means located between the GNOC and each 
respective VNCC for enabling communications ther- 
ebetween; 

wherein for communication from the GNCC to the 
respective VNCC said mediation means filters mes- 
sages received from the packet-based network to ensure 
that GNCC messages are p r op er l y formatted for the 
respective VNCC and passes to the respective VNCC 
only those messages which pertain to traffic of the 
corresponding virtual private network; and 

wherein for communication from the respective VNCC to 
the GNCC said mediation means screens VNCC mes- 
sages to ensure the VNCC messages are property 
formatted for the GNCC and to ensure mat the VNCC 
messages are restricted to the packet-based network 
resources assigned to the corresponding virtual private 
network. 

***** 
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ABSTRACT 



An interface between an ATM network and a local network 
includes a cell disassembler for disassembling ATM cells 
from the ATM network and transmitting a disassembled 
signal to the local network. A cell assembler assembles a 
signal from the local network into ATM cells and transmit- 
ting the ATM cells to the ATM network. A cell loss detector 
is provided for detecting a loss of a cell in a series of ATM 
ceils from the ATM network. A signaling cell detector 
detects a call setup ATM cell from the ATM network. A 
coincidence gate produces an output when there is a coin- 
cidence between the detection of the cell loss and the 
detection of the call setup ATM cell. When the coincidence 
is detected, a busy tone is supplied to the cell assembler, 
where it is assembled into ATM cells and transmitted to the 
ATM network. 

6 Claims, 1 Drawing Sheet 
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cell header of a disassembled ATM cell and a 1 -octet AAL-1 
(ATM Adaptation Layer- 1) header of the ATM cell, respec- 
tively. Id addition, a PBX signaling detector 31 is connected 
to the signaling output port of disassembler 278 to produce 
an output signal when it detects a signaling cell for estab- 
lishing a connection from PBX 10 to PBX 18. 

As shown in FIG. 3. the AAL layer of ATM cell format 
according to the ITU-T Recommendations 1-363 and 1-365. 
1 comprises a 5-octet cell header followed by a 48 -octet 
information field. The first 1 octet of the information field is 
the AAL-1 header which contains a 4-bit serial number (SN) 
field and a 4-bit serial number protection (SNP) field. The 
SN field comprises a 1-bit convergence sublayer identifier 
(CSI) subfield and a 3-bit serial count (SC) subfield. and the 
SNP field comprises a 3-bit cyclic redundancy check (CRC) 
code subfield and a 1-bit parity bit (P). 

The VCI/VPI detector 29 detects the VCWIP (virtual 
channel identifier/virtual path identifier) field of the cell 
header supplied from ceil disassembler 28 and holds the 
VCI/VPI value in a memory so that a sequence of VCI/VPI 
values is stored The SC detector 30 detects the serial count 
value in the AAL-1 header associated with the VCI/VPI 
value detected by detector 29 and holds the SC value in a 
memory so that a sequence of serial count values is stored. 
The sequences of VCI/VPI and serial count values are 
supplied from detectors 29 and 30 to a discontinuity detector 
32. Using the VCI/VPI values from detector 29. the discon- 
tinuity detector 32 determines whether there is a disconti- 
nuity in the sequence of sequence count values of a particu- 
lar Vd/VPI value. 

If cell sequence integrity is maintained in the ATM 
network 14 for a connection from PBX 10 to PBX 18. there 
is no loss of cells from the source network node and the 
sequence count values stored in the SC detector 30 at the 
destination ATM-PBX interface 16 vary consecutively from 
0 to 7 and cyclically repeats the same consecutive values 
(Le.. a modulo 8). If there is a cell loss in the ATM network 
14. there is a discontinuity in the modulo-8 count values for 
a particular Vd/VPI value in SC detector 30 and the 
discontinuity detector 32 supplies an output signal to the 
coincidence gate 24. If a cell loss event is detected at the 
same time a signaling cell is detected by PBX- signaling 
detector 31. there is a coincidence at the inputs of the 
coincidence gate 24. As a result a switching command 
signal is produced by coincidence gate 26 and selector 24 is 
switched to the lower position for coupling the busy tone 
source 25 to the cell assembler 27. 

Therefore. ATM ceils carrying a busy tone is transmitted 
through the network to the source ATM-PBX interface 12. 
At the source interface 1Z these ATM ceils arc disassembled 
and converted to a busy tone signal and transmitted to the 
PBX 10. The user at the call-originating terminal hears a 
busy tone and reattempts the call setup procedure. If the 
originating terminal is a fax machine, it responds to the busy 
tone by automatically reattempting the call setup procedure. 

What is claimed is: 

1. An interface between an asynchronous transfer mode 
(ATM) network and a local network, comprising: 
a cell loss detector for detecting a cell loss in a series of 
ATM cells from the ATM network; 
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a signaling cell detector for detecting a call setup AIM 

cell from the ATM network; 
a coincidence gate for detecting a coincidence between 
the detection of a cell loss by the cell loss detector and 
s the detection of a call setup ATM cell by the signaling 
cell detector; and 
means for assembling an audible tone into ATM cells and 
transmitting the ATM cells to the ATM network when 
said coincidence is detected. 
10 2. An interface as claimed in claim 1, wherein said audible 
tone is a busy tone. 

3. An interface as claimed in claim 1. wherein said cell 
loss detector comprises: 

a VCI/VPI (virtual channel identifier/virtual path 
15 identifier) detector for detecting VCI/VPI values from 
ATM cells received from the ATM network; 
a sequence count detector for detecting sequence count 
values from said ATM cells; and 
2Q a discontinuity detector connected to the VCI/VPI detec- 
tor and the sequence count detector for detecting a cell 
loss when there is a discontinuity in the sequence count 
values detected by the sequence count detector for a 
particular VPI/Vd value detected by the VCI/VPI 
25 detector. 

4. An interface between an asynchronous transfer mode 
(ATM) network and a local network, comprising: 

a cell disassembler for disassembling ATM cells from the 
ATM network and transmitting a disassembled signal 
30 to the local network; 

a cell assembler for assembling a signal from the local 
network into ATM cells and transmitting the ATM cells 
to the ATM network; 
a cell loss detector for detecting a cell loss in a series of 
35 ATM cells from the ATM network; 

a signaling cell detector for detecting a call setup ATM 

cell from the ATM network; 
a coincidence gate for detecting a coincidence between 
^ the detection of a cell loss by the cell loss detector and 
the detection of a call setup ATM cell by the signaling 
cell detector, and 
means for supplying an audible tone to the cell assembler 
when said coincidence is detected. 
43 5. An interface as claimed in claim 4. wherein said audible 
cone is a busy tone. 

6. An interface as claimed in claim 4. wherein said cell 
loss detector comprises: 

a VCI/VPI (virtual channel identifier/virtual path 
so identifier) detector for detecting VCI/VPI values from 
ATM cells received from the network; 
a sequence count detector for detecting sequence count 

values from said ATM cells; and 
a discontinuity detector connected to the Vd/VPI detec- 
55 tor and the sequence count detector for drtrcting a cell 
loss when there is a discontinuity in the sequence count 
values detected by the sequence count detector for a 
particular VPI/Vd value detected by the VCI/VPI 
detector. 

60 
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[57] ABSTRACT 

A novel ATM network provided which includes one or more 
ATM gateways for interfacing a plurality of Tl or fractional 
Tl signals with a higher bandwidth ATM network switch. In 
order to provide high speed and bandwidth utilizing rela- 
tively inexpensive and standard components, the data is 
stored in a memory, such as a video RAM, and pointers are 
utilized to indicate the type of each piece of data stored in 
the memory, including its priority for transmission to an 
AIM switch. In one embodiment of this invention, a plu- 
rality of pointer pools are used, each corresponding to a data 
type having a given priority. Pointers are placed into an 
appropr iate one of the pools to define the order in which data 
will be transferred to the ATM switch in accordance with the 
priority of the data type and the receiving bandwidth of its 
destination in the AIM network. In one embodiment an 
HDLC controller is used which is suitable for framing a 
plurality of channels of data received on an incoming data 
path, such as a Tl channel. In order to minimize processing 
hardware requirements, a single HDLC controller is used to 
provide app ro pri ate framing of each channel in a multi- 
plexed fashion, with intermediate HDLC states being stored 
in a temporary state memory for retrieval when the next set 
of bits for a given channel is received for processing by the 
HDLC controller. A plurality of buffer memories are used for 
storing intermediate data corresponding to each of the 
incoming channels. 

23 Claims, 10 Drawing Sheets 
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ATM NETWORK INTERFACE 



FIELD OF THE INVENTION 

This invention pertains to telecommunication and more 5 
specifically to asynchronous transfer mode (ATM) networks 
and interfaces between such ATM networks and one or more 
types of access networks. 
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BACKGROUND 



FIG. 1 is a diagram depicting a typical prior art telecom- 
munications network, in which three site locations have a 
need for telecommunications therebetween. In the prior art, ]} 
dedicated lines, such as single user phone lines, are leased 
and connected between each of the three sites. For greater 
bandwidth, these interconnecting leased lines may be Tl 
lines, which are equivalent to 24 single voice channels, or a 
data rate of 1.544 megabits/second, or T3 lines, having a ^ 
bandwidth equivalent to a plurality of Tl lines, having a 
bandwidth of 44.736 megabits/second. Such lines are expen- 
sive to lease, and are somewhat clumsy when a user's needs 
vary or are significantly less than the full bandwidth pro- 
vided by aTl or T3 leased line, since the user must lease and ^ 
pay for unneeded capacity. While reference is made in this 
application to Tl and 13 lines and capacities, it is under- 
stood that in other parts of the world El and E3 lines are the 
standards, with an El line having a capacity of 32 voice 
channels as compared with the 24 voice channels of the Tl ^ 
standard. 

While there exists prior art switches which allow the 
multiplexing of a plurality of fractional Tl bandwidth lines 
into a single Tl signal, a more modern approach is the use 
of an asynchronous transfer mode (ATM) network, as 35 
depicted in FIG. 2. FIG. 2 depicts a system including an 
ATM network 201 which includes a plurality of high band- 
width data switches 202-1 through 202-N, and appropriate 
high speed links therebetween. Such links are typically T3 
links at the present time. ATM network 201 is maintained by 40 
a long distance carrier company, such as AT&T or MO, the 
local phone company, an international carrier, or private 
network. Individual users located at sites 205-1 through 
205-N connect into ATM network 201 at their local ATM 
network access points and share resources of the ATM 45 
network in order to communicate with a distant site. This 
sharing of ATM network resources provides for more eco- 
nomical telecommunications in that ATM network facilities 
are shared among a number of users in a time varying 
fashion to account for variation in individual site needs over 50 
time. The use of the ATM network also reduces the number 
of telecommunication lines, since a complete permutation of 
telecommunication lines between sites which must commu- 
nicate with each other is no longer needed. 

However, there remains a difficulty in the implementation 55 
of the ATM network in that there is a mismatch between the 
T3 minimum bandwidth access to switches 202-1 through 
202-N of ATM network 201, and the Tl or fractional Tl 
bandwidth of a number of users seeking access to ATM 
network 201. This difficulty is exacerbated by the fact that go 
there exists a number of data communication standards 
which are commonly used and which are not compatible 
with a single T3 signal. Such existing widely used standards 
include the previously mentioned 24 voice channels multi- 
plexed on a Tl carrier, frame relay protocol, switched 65 
multi-megabit data service (SMDS) interface protocol (SIP) 
relay formed from a plurality of 56k bit per second data 



channels, video signals (for example, MPEG standard), and 
the ATM protocol itself. 

SUMMARY 

According to the teachings of this invention, a novel ATM 
network is provided which includes one or more ATM 
gateways for interfacing a plurality of Tl or fractional Tl 
signals with a higher bandwidth ATM network switch. In 
order to provide high speed and bandwidth utilizing rela- 
tively inexpensive and standard components, the data is 
stored in a memory, such as a video RAM, and pointers are 
utilized to indicate the type of each piece of data stored in 
the memory, including its priority for transmission to an 
ATM switch. In one embodiment of this invention, a plu- 
rality of pointer pools are used, each corresponding to a data 
type having a given priority. Pointers are placed into an 
appropriate one of the pools to define the order in which data 
will be transferred to the ATM switch in accordance with the 
priority of the data type and the receiving bandwidth of its 
destination in the ATM network. 

As a feature of this invention, in one embodiment an 
HDLC controller is used which is suitable for framing a 
plurality of channels of data received on an incoming data 
path, such as aTl channel. In order to minimize processing 
hardware requirements, a single HDLC controller is used to 
provide appropriate framing of each channel in a multi- 
plexed fashion, with intermediate HDLC states being stored 
on a temporary state memory for retrieval when the next set 
of bits for a given channel is received for processing by the 
HDLC controller, A plurality of buffer memories are used for 
storing intermediate data corresponding to each of the 
incoming channels. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram depicting a typical prior art telecom- 
munications network; 

FIG. 2 is a diagram depicting a typical prior art ATM 
network; 

FIG. 3 is a diagram depicting an ATM network including 
an ATM gateway constructed in accordance with the teach- 
ings of this invention; 

FIG. 4 is a block diagram of a typical ATM gateway of the 
present invention; 

FIG. 5 is a block diagram depicting one embodiment of a 
subscriber interface module 401 of FIG. 4; 

FIG. 6 is a block diagram depicting one embodiment of a 
network interface module 402 of FIG. 4; 

FIG. 7a is a diagram depicting a portion of memory 
system 677 of a network interface module of this invention; 

FIG. lb is a diagram depicting a portion of memory 
system 677 of a service interface module of this invention; 

FIG. 8 is a diagram depicting one ernbodiment of an 
HDLC controller of this invention; 

FIG. 9 is a block diagram depicting one embodiment of an 
HDLC transmit side circuitry corresponding to the HDLC 
controller of FIG. 8; and 

FIG. 10 is a block diagram depicting one embodiment of 
an HDLC receive side circuitry corresporidhig to the HDLC 
controller of FIG. 8. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 

In accordance with the teachings of this invention, an 
ATM gateway is provided to interface a plurality of Tl or 
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fractional Tl signals with a higher bandwidth ATM network 
switch. 

FIG. 3 shows a diagram depicting such an ATM network 
300 including an ATM switch 301, which is typically formed 
as a plurality of T3 circuits handling ATM protocol data over 5 
a wide service area. ATM network 300 also include a 
plurality of access ports such as access port 310 having the 
same bandwidth as the ATM network itself. In other words, 
for the typical current ATM networks formed of a plurality 
of switches of T3 bandwidth, a number of T3 access ports 10 
310 are provided for users which need a T3 bandwidth 
access to ATM network. Also included in the ATM network 
300 is a plurality of ATM gateways 302-1 through 302-N. 
Such ATM gateways include a plurality of ports for con- 
nection to a number of users utilizing any combination of a 
variety of standard protocols, such as a frame relay network 15 
user 302-1-1, SIP relay user 302-1-2, and the like. ATM 
gateway 302-1 interfaces between each of these sub T3 
users, which require either Tl or fractional Tl bandwidths, 
and the ATM switch 301. ATM gateway 302-1 also provides 
any necessary translation between the various user protocols 20 
such as frame relay network, SIP relay, and the like, and the 
ATM protocol used by ATM network 300. ATM gateway 
302-1 also provides local switching between these various 
sub T3 users, if desired. 

25 

FIG. 4 is a block diagram of a typical ATM gateway 302 
of the present invention. ATM gateway 302 includes a 
plurality of service interface modules (SIMs) 401-1 through 
401 -j, each of which is capable of communicating to a user 
who via one or more Tl channels, such users utilizing any ^ 
one or more of a number of well known protocols. ATM 
gateway 302 also includes one or more network interface 
modules (NIMs) 402-1 through 402-k, which interface to 
ATM switches via one or more wideband lines, associated 
with the T3 lines currently in widespread use, or in even 35 
wider bandwidth lies which will become more widely used 
in the future. SIMs 401-1 through 401 -j arc interfaced to 
NIMs 402-1 through 402-k, or to other SIMs (not shown), 
via cell bus 403 which is typically formed as a backplane bus 
into which a plurality of SIM cards and NIM cards are 
placed. 

In one embodiment of this invention, by way of example 
only, an ATM gateway 302 is formed of nine SIMs, each of 
which can handle four input ports, each input port having a 
Tl bandwidth and thus capable of handling either a Tl 45 
signal or a fractional Tl signal, and a single NIM which 
handles two T3 connections to the ATM switch. In this 
embodiment, the ATM gateway also includes a management 
processor module (MPM) which for simplicity is not shown 
in FIG. 4, but which serves to provide configuration capa- 50 
bility and storage, automatic fault diagnostics/isolation/re- 
covery, and an external human interface. Also, in one such 
embodiment, ATM gateway 302 includes, under the control 
of the MPM, a spare SIM which can be hot swapped to 
replace a SIM which is diagnosed to have failed, as well as 55 
a spare NIM, which can be hot swapped in the event of a 
failure in one of the NIMs. If desired, ATM gateway 302 also 
includes a spare MPM for redundancy and therefore greater 
reliability. 

FIG. 5 is a block diagram depicting one embodiment of a 60 
subscriber interface module (SIM) 401, previously 
described in FIG. 4. SIM 401 is an interface between a user, 
shown on the right side of FIG. 5, and cell bus 403. As 
previously mentioned, in one embodiment the users utilize 
sub T3 bandwidths, for example Tl or fractional Tl band- 65 
widths, while cell bus 403 utilizes T3 or higher bandwidths 
for connection to the ATM switch. When a user sends data 
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to the ATM network, it is received and processed by a RISC 
processor 536 and other related circuitry on input side 530 
of SIM 401 and applied to cell bus 403. Conversely, when 
a user is to receive information from the ATM network, 
another RISC processor 576 and other related circuitry on 
cell bus side 570 of SIM 401 receives and processes infor- 
mation from the ATM network via cell bus 403 and provides 
it to the user with the appropriate bandwidth and data 
protocol. 

When information is received from a user, it will be 
received in a non T3 ATM format This data is received by 
line interface unit 531 which provides an appropriate elec- 
trical termination to a communications link from the user. 
Data is passed from line interface unit 531 to framer 532, 
which provides appropriate byte alignment framing of the 
received data in accordance with a DS1/E1 protocol. This 
framing is accomplished by monitoring incoming data and 
detecting framing signals, such as a predefined sequence of 
bits denoting the beginning and/or end of a data frame. In the 
event the user is providing a fractional Tl signal, only those 
channels assigned to thai user would be used. SIM 401 
utilizes the unused channels, and may fill those unused 
channels with another user's data, voice, video, or idle 



The properly byte aligned framed data is provided by 
framer 532 to transmission convergence (Physical Layer 
Convergence Protocol (PLCP), High Level Data link 
(HDLC), or Header Error Control (HEQ) framer 533, which 
serves to delineate the cells or frames contained in the 
incoming data. Data frames from framer 533 are provided in 
a parallel fashion to segmentation buffers 534 which serve to 
segment the frames into cells. If cells are contained in the 
incoming data, this function is bypassed. These parallel data 
cells are provided by segment buffers 534 to processing 
circuitry 535 which is controlled by microprocessor 536, 
which has access to memory system 537. 

Processing circuitry 535 assists RISC processor 536, by 
performing a number of functions. First, circuitry 535 per- 
forms a word alignment function, which is needed to reduce 
the number of clock cycles used by processor 535 to align 
the incoming data to the proper format for processing. 
Circuitry 535 also performs an error detection and correction 
function, by generating a CRC on the incoming data and 
comparing that with a CRC stored as part of the incoming 
data. Circuitry 535 also performs a processor mterfacing 
function, which serves to insure proper timing to and from 
the memory system 537, segmentation buffers 534 and 
circuits 538-1, 538-2 and 538-3. Circuitry 535 also provides 
the routing information necessary to direct the cells to 
proper destinations on cell bus 403. The resulting data from 
processor 535 is applied to one of a plurality of first-in- 
first-out (FIFO) circuits 538. In the embodiment shown in 
FIG. 5, three such FIFO circuits 538 are used for the 
following purposes. FIFO circuit 538-1 provides the highest 
priority queuing of cells to cell bus 403 of the received 
information from an entire Tl signal carrying 24 channels of 
voice/data information. FIFO circuit 538-2 is a buffer which 
serves to queue individual voice/data channel information, 
when received from a user with a DS0 data protocol. FIFO 
circuit 538-3 serves to queue variable bit rate data received 
from the user to cell bus 403. The output of each FIFO 
circuit 538-1 through 538-3 is applied to cell bus interface 
539 for application to cell bus 403. Naturally, it will be 
appreciated that other types of FIFO circuits 538 can be 
employed in accordance with the teachings of this invention 
in addition to those shown in the exemplary embodiment of 
FIG. 5. Appropriate information is contained in the incom- 
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ing data stream from a user to define the type of data being 
received, allowing the routing function of processor circuit 
535 to route received data to the appropriate one of the FIFO 
circuits 538. 

The cell bus side 570 of subscriber interface module 401 5 
operates in a corollary fashion. When information is 
received from the ATM switch, it is received in a standard 
ATM format This data is received by cell bus interface unit 
579 for application to FIFO circuits 578-1 through 578-3. 
FIFO circuits 57&-1 through 578-3 correspond generally to 10 
FIFO circuits 538-1 through 538-3 of input side 530 of SIM 
401. Output data from cell FIFO 578-1 through 578-3 is 
provided, in accordance with their priorities, to processing 
circuitry 575 which is assisted by RISC processor 576 to 
perform a number of functions. These functions are similar is 
to those described previously with respect to input side 530, 
and include a word alignment function, CRC generation and 
checking, and a processor interfacing function. The resulting 
data is provided to reassembly buffers 574 which gathers 
cells to form the original frames/packet data. The output 20 
from reassembly buffers 574 is provided to framer 573 
which serves to place the appropriate transmission conver- 
gence sublayer framing on the data. The resulting output 
from framer 573 is applied to framer 572 which serves to 
insert the appropriate DS1/E1 framing bits into the data. The 25 
output from framer 572 is fed to line interface unit 571, 
which provides an appropriate electrical interface to the user. 

In one embodiment of this invention, subscriber interface 
module 401 includes a loop back circuit 593, which allows 
for testing of the user's communication link through line 30 
interface units 531 and 571, to determine if that portion of 
the network is operating properly. This feature is helpful for 
monitoring the condition of the line between subscriber 
interface module 401 and the user, and help determine when 
a malfunction is caused by subscriber interface module 401. 35 

Shared memory 592 serves to provide a communications 
path between RISC processors 536 and 576. Status, con- 
figuration and test information is passed between the pro- 
cessors to ensure protocol balancing and proper handling of 
fault conditions. 

In one embodiment, subscriber intcrf ace module 401 
includes Synchronous Residual lime Stamp (SRTS) which 
serves to ensure information rate synchronization of the Tl 
signal utilizing the circuit emulation protocols. 45 

FIG. 6 is a block diagram depicting one embodiment of a 
network interface module (NIM) 402, previously described 
in FIG. 4. NIM 402 is an interface between call bus 403, 
shown on the left side of FIG. 6, and an ATM switch. When 
the AIM network sends data for a user, it is received and 50 
processed by a RISC processor 636 and other related cir- 
cuitry on input side 630 of NIM 402 and applied to cell bus 
403. Conversely, when a user sends information for the ATM 
network, another RISC processor 676 and other related 
circuitry on the access side 670 of NIM 402 receives and 55 
processes information from cell bus 403 and provides it to 
the ATM with the appropriate bandwidth and data protocol. 

When information is received from the ATM switch, it is 
received in an ATM format. This data is received by line 
interface unit 631 which provides an appropriate electrical 60 
termination to a communications link from the ATM switch. 
Data is passed from line interface unit 631 to framer 632, 
which provides appropriate byte/nibble alignment framing 
of the received data in accordance with a DS3/E3 protocol. 
This framing is accomplished by monitoring incoming data 65 
and detecting framing signals, such as a predefined sequence 
of bits denoting the beginning and/or end of a data frame. 



40 



The properly byte/nibble aligned framed data is provided 
by framer 632 to transmission convergence (PLCP or HEC) 
framer 633, which serves to delineate the cells contained in 
the mcoming data. Data cells from framer 633 are provided 
in a parallel fashion to processing circuitry 635 which is 
controlled by microprocessor 636, which has access to 
memory system 637. 

Processing circuitry 635 assists RISC processor 636, by 
rjerforrning a number of functions. First circuitry 635 per- 
forms an error detection and correction function, by gener- 
ating a CRC on the mcoming data and comparing that with 
a CRC stored as part of the incoming data. Circuitry 635 also 
performs a processor interfacing function, which serves to 
insure proper timing to and from the memory system 637, 
and framer 633, and circuits 638-1, 638-2 and 638-3. The 
resulting data from processor 635 is applied to one of a 
plurality of first-in-first-out (FIFO) circuits 638. In the 
embodiment shown in FIG. 6, three such FIFO circuits 638 
are used for the following purposes. FIFO circuit 638-1 
provides the highest priority queuing of cells to cell bus 403 
of the received information from an entire Tl signal carrying 
24 channels of voice/data mfarmatioa FIFO circuit 638-2 is 
a buffer which serves to queue individual voice/data channel 
information, when received from a user with a DS0 data 
protocol. FIFO circuit 638-3 serves to queue variable bit rate 
data received from the ATM network to cell bus 403. The 
output of each FIFO circuit 63&-1 through 638- 3 is applied 
to cell bus interface 639 for application to cell bus 403. 
Naturally, it will be appreciated that other types of FIFO 
circuits 638 can be employed in accordance with the teach- 
ings of this invention in addition to those shown in the 
exemplary embodiment of FIG. 6. Appropriate information 
is contained in the inooming data stream from the ATM 
network to define the type of data being received, allowing 
the routing function of processor circuit 635 to route 
received data to the appropriate one of the FTK) circuits 638. 

The cell bus side 670 of network interface module 402 
operates in a corollary fashion. When information is 
received from the user vis cell bus 403, it is not received in 
a standard ATM format This data is received by cell bus 
interface unit 679 for application to FIFO circuits 678-1 
through 678-3. FIFO circuits 678-1 through 678-3 corre- 
spond generally to FIFO circuits 638-1 through 638-3 of 
input side 630 of NIM 402. Output data from cell FIFO 
678-1 through 678-3 is provided, in accordance with their 
priorities, to processing circuitry 675 which is assisted by 
RISC processor 676 to perform a number of functions. 
These functions are similar to those described previously 
with respect to input side 630, and include a word alignment 
function, CRC generation and checking, and a processor 
interfacing function. The resulting data is provided to framer 
674 which serves to place the appropriate transmission 
convergence (PLCP or HEC) sublayer on the outgoing cells. 
The output from framer 674 is provided to framer 672 which 
serves to insert the appropriate DS3/E3 framing bits into the 
data. The output from framer 672 is fed to line interface unit 
671, which provides an appropriate electrical interface to the 
ATM switch. 

During the operation of network interface module 402, 
when data is to be sent to the ATM switch after being 
received from a user (via the subscriber interface module 
401 and cell bus 403), it is important that traffic shaping be 
provided. Traffic shaping serves to ensure that data is not 
sent to the ATM switch at a rate faster than the receiving 
station, connected to ATM switch at a distant location, can 
receive it It also ensures that the data accumulating at any 
intermediate AIM switches does not exceed the switching 



5,619,500 



8 



10 



20 



and buffering capacity of that ATM switch. For this reason, 
the ATM protocol requires ATM packets to include a con- 
nection ID indicating that this packet is part of a data 
connection between two specific ATM nodes. The connec- 
tion ID contained within each ATM packet includes a virtual 
path ID (VPI) and a virtual connection ID (VCI). The 
VPI/VCI information is established in advance, based on the 
specific stations which are to communicate these packets, 
and the data rates capable by each of those stations. These 
data rates arc defined to include both the average data rate 
and a peak data rate, and data rate shaping may be necessary 
to ensure that data is transferred in an efficient manner. For 
example, for proper data rate shaping, it is important to 
know whether data between two stations will be sent in 
rather constant bursts, or in high volume bursts sent rather 
infrequently. 

All of this information goes into a database so that the 
database can be accessed based on the VPI/VCI information 
to determine data rate information. This data rate informa- 
tion indicates how fast data should be sent by network 
interface module 402 to the ATM switch, as a function of the 
data rate of the receiving station and intermediate ATM 
switches. Furthermore, it is typical that different types of 
data have different priorities. For example, it is normally 
expected that voice data has the highest priority, since voice 
data indicates that people are carrying on a conversation in 
real time and packets containing voice information should 
not be unduly delayed. On the other hand, computer infor- 
mation contained in data packets can be delayed somewhat 
without a significant single channel voice/data problem. 
Thus, it is common for 24 channels of voice/data to have 
priority 1, (DS0) to have priority 2, and variable bit rate data 
to have priority 3. 

Thus, when cell bus side 670 of network interface module 
402 handles data received from the cell bus 403, processor 
circuit 676 performs these prioritization and traffic shaping 
functions. Data cells are analyzed to determine their priority 
and, using the VPI/VCI look-up table, the data rate associ- 
ated with their receiving station. Based on this information, 
information cells arc moved to a traffic shaping ring at 40 
appropriate locations on that ring so that these data cells are 
output to the ATM switch in an appropriate sequence, with 
higher priority data cells being generally transmitted prior to 
lower priority data cells, and the transmission of data cells 
to a given destination, regardless of their priority, being 
transmitted so as not to exceed the data rate of the receiving 
station or intermediate ATM switches. 

Due to the large amounts of data which are received by 
network interface module 402 from cell bus 403, which must 
be manipulated and properly placed on the traffic shaping 
ring for later extraction and placement in a traffic queue prior 
to being sent to the ATM switch, a significant bandwidth is 
necessary for this activity. Thus, traffic shaping rings are 
typically formed from large amounts of static random access 
memory (SRAM) operating at high speed and consuming 
significant power, as is the output queue. The manipulation 
of this information is performed by custom designed inte- 
grated circuits operating as high speed state machines in 
order to provide the high speed processing required to 
handle the significant amounts of data being received from 
cell bus 403. Thus, a significant expense is incurred in 
designing such processors, and their manufacturing cost is 
relatively high due to the rather small volume of components 
which are fabricated. Furthermore, the use of high speed 
SRAM in large quantities for the traffic shaping ring and 65 
output queue is expensive, and consumes a large amount of 
space and power. 
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In accordance with the teachings of this invention, a novel 
network interface module 402 is taught in which a portion of 
memory system 677, configured as shown in FIG. 7a, is 
formed as a simple, relatively low speed/low power 
memory, thereby having significant reductions in cost, 
power consumption, and physical space requirements. In 
accordance with this invention, tins memory is controlled 
using, for example, standard off the shelf rnicroprocessors 
which arc programmed to provide the necessary operating 
function, and without the requirement for a custom design 
high speed state machine device with its significantly 
increased cost Cell data is received and stored in the low 
cost memory at an available location and the contents of 
each memory location is monitored by a series of pointer 
stacks or '"pools". 

One embodiment of this feature of the present invention 
is shown in FIG. la, in which cell bus 403 provides cell data 
to memory device 701 which comprises, for example, a 
video RAM of well known device and which is readily 
available from a number of vendors. A video RAM such as 
video RAM 701 includes a standard DRAM array 703 and 
an input serial access memory (SAM) 704a, and an output 
serial access memory 704b. Cell bus 403 provides serial data 
cells to VRAM 701, which are serially loaded into SAM 
704a. VRAM controller 708 is notified when bits are ready 
to enter S AM704o. The VRAM controller finds an available 
location in the VRAM by "popping" the stack of free pool 
750 which contains a set of pointers of unused locations in 
DRAM array 703. It then programs the SAM and VRAM 
with tins pointer. VRAM controller 708 then counts the 
number of bits serially entering SAM 704a in order to 
delineate a cell boundary, indicating when all bits of the data 
cell have been serially loaded into SAM 704a At this time, 
VRAM controller 708 causes bits stored in SAM 704a to be 
transferred in parallel to an available location in DRAM 703 
of VRAM 701. Based on the type of data contained in the 
cell which has been received by SAM 704a far transfer to 
DRAM array 703, the pointer from free pool 750 is trans- 
ferred to one of a plurality of pools indicating the priority of 
cell data stored in DRAM array and the order in which those 
cells of various priorities have been placed into DRAM 
array 703. In the embodiment of FIG. 7a, these pools are Tl 
pool 751, DS0 pool 752, and VBR pool 753. As previously 
described, these pools are typically assigned priorities 1, 2, 
and 3, respectively. Appropriate addressing techniques are 
used to indicate within a given one of these pools 751 
through 753 which pointer should be used next' to transfer 
cell information from DRAM array 703 to serial access 
memory 7045 for transfer to network interface output queue 
714, which is then transferred out to the AIM switch. 

En the example shown in FIG. 7a, with the various pointer 
information stored in the pools as shown in FIG. 7a, cell data 
will be transferred from DRAM 703 to network interface 
output queue 704 in the following sequence: PTR1, PTR3, 
PTR7, PTR2, PTR5, PTR7, and PTR4. Of course, it is likely 
that additional cell data will be received from cell bus 403 
for storage in DRAM array 703 before this sequence of cell 
data transfer from DRAM array 703 is accomplished. In this 
event, additional pointers will be loaded into various ones of 
pools 751 through 753, and the above sequence of transfer 
of cell data from DRAM array 703 will be altered due to the 
additional pointers stored in the pools. 

When each cell of data is ready for transfer from DRAM 
array 703 to SAM 7045, a pointer is removed from the 
appropriate one of pools 751 through 753 and is used to 
program the VRAM, then it is placed back into free pool 
750. This indicates that that cell location within Dram array 
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703 is once again available for storage of an incoming cell 
of data received from cell bus 403. In operation under the 
control of a microprocessor (not shown), when SAM 7046 
is available following a transfer of its contents to network 
interface output queue 714, the microprocessor causes a 
transfer of the currently indexed pointer from the highest 
priority non-empty queue formed by pools 751 through 753. 
The microprocessor evaluates the VPI/VQ information con- 
tained in the data stored in the cell of DRAM array 703 
pointed to by that transferred pointer in order to determine 
the necessary data rate shaping necessary for that cell of 
information. The rmcropTocessor does this by looking at the 
database look-up table, using the VPI/VC1 of the pointed to 
cell as a key and information stored in the database portion 
of the memory system indicating when the last cell of data 
was sent to the same destination. Based on this information, 
the microprocessor causes the pointer to be placed in the 
appropriate location on the traffic shaping ring. During the 
indexing of the traffic shaping ring, when a given location in 
the traffic shaping ring is reached, the contents of that 
location is a pointer which has been moved from the 
appropriate one of pools 751 through 753, and thus infr'nar^ 
the location within DRAM array 703 of the cell data which 
is to be moved to the output queue. The rmcroprocessor uses 
this pointer which has been read from the traffic shaping ring 
to cause that cell of data to be transferred from DRAM array 
703 to SAM7046, which information is then serially moved 
from SAM 7046 to the ATM switch. 

Thus, in accordance with the teachings of this invention, 
the significant amount of data forming the data cells is read 
from cell bus 403 serially into SAM 704a, transferred in 
parallel fashion to DRAM array 703, and later transferred to 
SAM 7046 for serial transmission to the ATM switch. 
During this time, there is very little manipulation of the cell 
data itself since it is simply stored in video RAM 701. 
However, in accordance with the teachings of this invention, 
a significant amount of manipulation is performed utilizing 
a standard microprocessor and a series of pointer pools 
indicating the location of various data cells within video 
RAM 701. It is these pointers which are stored on the traffic 
shaping ring, which is later used to output the actual cell data 
from video RAM 701 to the ATM switch. Thus, in accor- 
dance with the teachings of this invention, a relatively slow 
(as compared with high power/high cost SRAM) video 
RAM is used to store cell information, and the variety of ^ 
manipulations to determine pointer information is achieved 
quickly since pointers are relatively short (typically 16 bits, 
as compared with a typical cell size of 424 bits). In one 
embodiment of this invention, approximately 32 clock ticks 
are required to parallel load cell data into SAM 704a, 3 to 
4 clock ticks are required to transfer the cell data from SAM 
704a to DRAM array 703, and approximately 3 to 4 clock 
ticks are required to move cell data from DRAM array 703 
to SAM 7046. In one embodiment, the pools are imple- 
mented using the same technology as that typically utilized 
in SRAM. Therefore, the time to manipulate a 16 bit pointer 
is the same as manipulating 16 bits of SRAM data. But since 
the amount of pool is significantly less than that normally 
needed to implement this function in SRAM, significant 
cost, power and board space reductions are achieved in 
accordance with this invention. 

DRAM controller 708 also provides the necessary DRAM 
refresh cycles necessary to maintain the storage of its data. 

Arbiter 709 ensures that accesses to the DRAM from the 
RISC processor and the VRAM circuitry thai accesses the 
DRAM is achieved without interfering with each other's 
accesses. It grants access to the DRAM on a first-come- 
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first-serve basis. However, in the event of a simultaneous 
access it will favor the DRAM controller. 

In accordance with the teachings of this invention, a novel 
interface module 402 (FIG. 6) is taught in which a portion 
of memory system 637, configured as shown in FIG. 7 b, is 
formed as a simple, relatively low speed/low power 
memory, thereby having significant reductions in cost, 
power consumption, and physical space requirements. In 
accordance with this invention, this memory is controlled 
using, for example, standard off the shelf niicroprocessors 
which are programmed to provide the necessary operating 
function, and without the requirement for a custom design 
high speed state machine device with its significantly 
increased cost Cell data is received and stored in the low 
cost memory at an available location and the contents of 
each memory location is monitored by a series of pointer 
stacks or "pools". 

One embodiment of this feature of the present invention 
is shown in FIG. 7b, in which the ATM switch provides cell 
data to memory device 1701 which comprises, for example, 
a video RAM of well known device and which is readily 
available from a number of vendors. A video RAM such as 
video RAM 1701 includes a standard DRAM array 1703 and 
an input serial access memory (SAM) 1704a, and an output 
serial access memory 17046. The ATM switch provides 
serial data cells to VRAM 1701, which are serially loaded 
into SAM 1704a VRAM controller 1708 is notified when 
bits begin to enter SAM 1704a, and VRAM controller 1708 
then counts the number of bits serially entering SAM 1704a 
in order to delineate a cell boundary, indicating when all bits 
of the data cell have been serial loaded into SAM 1704a At 
this time, VRAM controller 1708 causes bits stored in SAM 
1704a to be transferred in parallel to an available location in 
DRAM 1703 of VRAM 1701. The available location is 
determined by "popping" the stack of free pool 1750 which 
contains a set of pointers of unused locations in DRAM 
array 1703. Based on the type of data contained in the cell 
which has been received by SAM 1704a for transfer to 
DRAM array 1703, the pointer from free pool 1750 is 
transferred to one of a plurality of pools indicating the 
priority of cell data stored in DRAM array and the order in 
which those cells of various priorities have been placed into 
DRAM array 1703. In the ernbodiment of FIG. 7b, these 
pools are Tl pool 1751, DS0 pool 1752, and VBR pool 
1753. As previously described, these pools are typically 
assigned priorities 1, 2, and 3, respectively. Appropriate 
addressing techniques are used to indicate within a given 
one of these pools 1751 through 1753 which pointer should 
be used next to transfer cell information from Dram array 
1703 to serial access memory 17046 for transfer to cell bus 
403. 

In the example shown in FIG. 7b t with the various pointer 
information stored in the pools as shown in FIG. 7b, cell data 
will be transferred from DRAM 1703 to output queue in the 
following sequence: PTR1, PTR3, FTR7, PTO2, PTR5, 
PTR7, and PTR4. Of course, if is likely that additional cell 
data will be received from the ATM switch for storage in 
DRAM array 1703 before this sequence of cell data transfer 
from Dram array 1703 is accomplished. In this event, 
additional pointers will be loaded into various ones of pools 
1751 through 1753, and the above sequence of transfer of 
cell data from DRAM array 1703 will be altered due to the 
additional pointers stored in the pools. 

When each cell of data is transferred from Dram array 
1703 to SAM 17046, that pointer is removed from the 
appropriate one of pools 1751 through 1753 and placed back 
into free pool 1750, indicating that that cell location within 
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DRAM array 1703 is once again available for storage of an 
incoming cell of data received from the ATM network. 

In operation under the control of a microprocessor (not 
shown), when SAM 1704b is available following a transfer 
of its contents to the cell bus, the microprocessor causes a 5 
transfer of the currently indexed pointer from the highest 
priority nonempty queue formed by pools 1751 through 
1753. 

Thus, in accordance with the teachings of this invention, 
the significant amount of data forming the data cells is read to 
from the ATM serially into SAM 1704a, transferred in 
parallel fashion to DRAM array 1703, and later transferred 
to SAM 17046 for serial transmission to cell bus 403. 
During this time, there is very tittle manipulation of the cell 
data itself since it is simply stored in video RAM 1701. 15 
However, in accordance with the teachings of this invention, 
a significant amount of manipulation is performed utilizing 
a standard microprocessor and series of pointer pools indi- 
cating the location of various data cells within video RAM 
1701. Thus, in accordance with the teachings of this inven- 
lion, a relatively slow (as compared with high power/high 
cost SRAM) video RAM is used to store cell information, 
and the variety of manipulations to determine pointer infor- 
mation is achieved quickly since pointers are relatively short 
(typically 16 bits, as compared with a typical cell size of 424 
bits). 25 

FIG. 8 depicts one embodiment of HDLC controller 800 
which is suitable for use in framing a plurality of channels. 
Shown in FIG. 8, a Tl signal includes a plurality of separate 
channels (for example 24) which are multiplexed so that 
each channel provides eight bits of data at a time. As 30 
previously described with respect to FIG. 5, HDLC framers 
533 and 573 must provide the appropriate framing of data 
for a given channel of the Tl carrier. HDLC 800 serves to 
perform the HDLC framing function for a number of chan- 
nels simultaneously, thereby minimizing circuit complexity 35 
and cost as compared with the prior art which would provide 
a dedicated HDLC framer for each one of the Tl channels. 
HDLC conversion is required in order to ensure the detec- 
tion, accuracy and delineation of frames or packets of 
information and entails the following operation: 40 

1) Flag insertion and deletion. In one embodiment, a flag 
is defined as a "0111 1110" binary bit pattern. 

2) Zero stuffing and destuffing of the frame or packet data. 
This is the insertion of a binary bit "zero" into the frame or 45 
packet data stream after five "ones" have been sent This 
ensures that a sequence resembling a "flag" is not contained 

in the frame or packet data stream. 

3) Cyclic Redundancy Check (CRC) calculation. This is 
done to ensure the accuracy of the data bit within the frame 50 
or packet. When a frame or packet is transmitted, a CRC is 
generated incorporating the transmitted data pattern and is 
appended to the frame. At the receiving end, the reverse 
CRC is generated on the same data then compared to the 
CRC that was appended to the received frame or packet If 55 
a correct match is found then the frame or packet is accepted 

as accurate. If a correct match is not found, the packet is 
discarded. 

4) Detection and generation of an "abort" sequence. An 
abort sequence is defined as seven consecutive binary bit 60 
ones ("1111111"). Reception of an abort sequence forces the 
receive HDLC controller to immediately terminate and 
discard the frame currently being received. Generation of an 
abort sequence is only done when a non-recoverable error 
event occurs during transmission of a frame or packet that 65 
would severely compromise the accuracy of the data con- 
tained within. 
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Thus, the HDLC conversion must be performed on the 
entire set of bits in a frame. In accordance with the teachings 
of this invention, rather than providing a separate HDLC 
controller for each channel so that an entire frame of data 
can be accumulated for each channel prior to operation of its 
associated HDLC controller, the present invention utilizes a 
single TIME multiplexed HDLC controller 800. HDLC 
controller 800 operates sequentially under each channel. As 
each of the eight bits of each channel is received the eight 
bits of data are stored in data buffer 803. As HDLC 800 
manipulates a given channel when eight bits of the channel 
data are received, HDLC controller 800 takes a state asso- 
ciated with that channel stored in stale register 800 and 
transfers it to state pool 802. As the next eight bits of data 
are received on the next sequential Tl channel, HDLC 
controller 800 receives the stored state associated with that 
channel from state pool 802 and stores it in state register 

801. HDLC controller 801 then utilizes that state and the 
newly received eight bits of that channel in order to further 
perform the HDLC conversion, arriving at a new interme- 
diate state. That intermediate state is replaced in state pool 

802, the eight data bits transferred from data buffer 803 to 
the appropriate one of memories 804 through 804-24 cor- 
respond to the channel to which the eight bits of data 
belongs, and the interim state previously stored for the next 
adjacent channel is retrieved from state pool 802 and placed 
in state register 801, allowing HDLC controller 800 to 
continue the HDLC conversion on the next eight bits 
received from the next sequential channel. Thus, the opera- 
tion of HDLC controller 800, in the Tl receive direction, 
may be described as follows, for an example applicable to a 
Tl system having 24 channels and N octets per frame: 

1) initialize state (CHI) — state (CH24) in state pool 802 
For i=l to N For j=l to 24 

2) receive with set of 8 bits of channel j 

3) retrieve intermediate HDLC state of channel j from 
pool 802 

4) perform HDLC flag detection/deletion, zero destufiing, 
abort detection and CRC checking 

5) store intermediate HDLC state of channel j in pool 802 

6) store the resultant output data 803 in data pool 804-j 

7) nextj 

8) nexti 

The operation of HDLC controller 800, in the Tl transmit 
direction, may be described as follows for the same 
example: 

initialize state (CHI)— state (CH24) in state pool 802 For 
i=l toNForj=l to 24 

2) receive with set of 8 bits of data pool 804-J 

3) retrieve mtermediate HDLC state of channel j from 
pool 802 

4) perform HDLC flag insertion, zero stuffing, abort 
generation and CRC generation/insertion 

5) store intermediate HDLC state of channel j in pool 802 

6) transmit the resultant output Tl data in channel j 

7) next j 

8) nexti 

FIG. 9 is a block diagram showing in more detail the 
transmit operation of HDLC controller 800 of FIG. 8. In the 
transmit mode, the data to be applied to HDLC controller 
800 is stored in buffer memory 804. The data is arranged in 
buffer memory pages 804-1 through 804-24, corresponding 
to the outgoing data channels and the state information 
stored in memory 802. Address generator 902 generates the 
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channel address, in sequence. Channel configuration circuit 

907 stores the channel data relationship descriptions. These 
descriptions determine when multiple channels are to be 
treated as a larger single channel, or if all channels should be 
treated separately. Main controller 901, in conjunction with 
address generator 902, uses the control signals from Tl 
Interface 908 and channel configuration 907 to produce the 
addresses to retrieve the corresponding buffer memory page 
from buffer memory 804 and the corresponding state from 
context memory 802. The stale is first loaded into circuits 
903, 904, 905, and 906 then the data from buffer memory 
804 is clocked into new byte circuit 903. This byte then is 
examined to determine if zero insertion, flag insertion and/or 
CRC generation is to be performed on this byte. Zero 
insertion circuit 904 will insert a zero after five consecutive 
logical ones have been detected in the combination of the 
new byte and previous byte. The previous byte's logical one 
content is part of the state data retrieved from context 
memory 802. Flag insertion is performed by flag insertion 
circuitry 905. Flag insertions will occur if there is no data in 
buffer memory 804 for the corresponding channel. CRC 
generator 906 performs the CRC on the non-flag data and 
sends this CRC when no data is detected in buffer memory 
804. The resultant data from circuits 903, 904, 905 and 906 
is sent to Tl interface circuit 908 for transmission to the DS1 
port in the corresrjonding channel. 

Referring to FIG. 10, in the receive mode, the data to be 
applied to HDLC controller 800, received by Tl interface 

908 prior to storage in buffer memory 804. The data is 
arranged in buffer memory pages 804-1 through 804-24, 
corresponding to- the outgoing data channels and the state 
information stored in memory 802. Address generator 902 
generates the channel address, in sequence. Channel con- 
figuration circuit 907 stores the channel data relationship 
descriptions. These descriptions detenmne when multiple 
channels are to be treated as a larger single channel, or if all 
channels should be treated separately. Main controller 901, 
in conjunction with address generator 902, uses the control 
signals from Tl Interface 908 and channel configuration 907 
to produce the addresses to apply incoming data to the 
corresponding buffer memory page from buffer memory 804 
and the corresponding state to context memory 802. The 
state is first loaded into circuits 903, 904, 1009, 1005, and 
906 then the data from Tl interface 908 is clocked into new 
byte circuit 903. This byte is examined by flag detection 45 
circuit 904, and if it is detennined to be a flag it will then be 
deleted (and not entered into Buffer memory 804), otherwise 
flag detection circuit 904 will not take any action. If it is a 
flag and the previous byte was a data byte, then a CRC check 
will be performed by CRC checker 906 and the results will 
be stored in buffer memory 804. If the new byte is not a flag, 
then it is then examined by Abort detection circuit 1009. If 
it is an Abort sequence, then this indication is stored in buffer 
memory 804 and the data frame is considered terminated, 
and no CRC is stored. If it is not an abort sequence, then the 
new byte is exarnined for five consecutive logical ones in the 
combination of the new byte and the previous byte (whose 
state was retrieved from the context memory 802). If so, then 
the following zero will be deleted before it is stored in buffer 
memory 804. The data in buffer memory 804 is then 
segmented into ATM cells for transmission unto the cell bus. 

The above described embodiments are referenced to Tl 
and T3 carriers, although it is to be appreciated that the 
teachings of this invention are suitable for use with any 
appropriate or desirable bandwidths and data lengths. For 
example, while Tl is a North American standard capable of 
carrying 24 simultaneous voice/data channels, much of the 
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world uses the El standard, capable of carrying 32 simul- 
taneous voice/data channels at a bandwidth of 2.048 mega- 
bits/second. In one embodiment of this invention, the system 
is designed for the El standard, capable of handling 32 
simultaneous voice/data channels. When this embodiment is 
used in a Tl environment, such as North America, eight 
channels are simply not used or saved as spares, thereby 
allowing a single product capable of handling 32 simulta- 
neous voice data channels under the El standard to be used 
both under the El standard and the Tl standard. 

All publications and patent applications mentioned in this 
specification are herein incorporated by reference to the 
same extent as if each individual publication or patent 
application was specifically and individually indicated to be 
incorporated by reference. 

The invention now being fully described, it will be 
apparent to one of ordinary skill in the art that many changes 
and modifications can be made thereto without departing 
from the spirit or scope of the appended claims. 

What is claimed is: 

1. An ATM network interface comprising: 

an input port for receiving data for placement on said 
ATM network; 

an output port coupled to said ATM network; 

a memory array for storing said data received on said 
input port until said data is placed on said ATM network 
via said output port; 

plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said AIM network 
via said output port; and 

a network interface output queue coupled between said 
memory array and said output port for t em porarily 
storing data read out from said memory array as a 
function of said priorities, prior to said data being 
placed on said ATM network. 

2. An ATM network interface comprising: 

an input port for receiving data for placement on said 
ATM network; 

an output port coupled to said ATM network; 

a memory array for storing said data received on said 
input port until said data is placed on said ATM network 
via said output port; 

a plurality of painter pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array, said 
plurality of pointer pools each having an associated 
priority, and entries are stored within a selected one of 
said pointer pools on the basis of priority of data; and 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said ATM network 
via said output port 

3. An ATM network interface as in claim 2 wherein said 
priorities associated with said pointer pools are established 
by data types. 

4. An AIM network interface comprising: 

an input port for receiving data for placement on said 

AIM network; 
an output port coupled to said AIM network; 
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a memory array for storing said data received on said 
input port until said data is placed on said ATM network 
via said output port, said memory array comprising: 
a serial input port coupled to said input port of said 

ATM network interface; 
a serial output port coupled to said output port of said 

ATM network interface; 
an input serial access memory coupled to said serial 

input port; 

an output serial access memory coupled to said serial 

output port; and 
a word oriented memory array which receives data for 
storage from said input serial access memory as a set 
of data bits in parallel and which provides data to 
said output serial access memory as a set of data bits 
in parallel; and 
a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; and 
a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said ATM network 
via said output port 

5. An ATM network interface as in claim 4 wherein said 
memory array comprises a VRAM. 

6. An ATM network interface comprising: 
an input port for receiving data for placement on said 

ATM network; 
an output port coupled to said ATM network; 
a memory array for storing said data received on said 

input port until said data is placed on said ATM network 

via said output port; 
a plurality of pointer pools, each comprising a plurality of 

locations for storing pointers serving to address a 

portion of said data stored in said memory array; 
a control circuit for storing within said pointer pools 

addresses corresponding to data stored in said memory 

array based on a priority for which said data stored in 

said memory array is to be output to said ATM network 

via said output port; and 
a free pool which stoics the available addresses of said 

memory array where newly received data can be stored. 

7. An ATM network interface comprising: 
an input port for receiving data for placement on said 

ATM network; 

an output port coupled to said ATM network; 

a memory array for storing said data received on said 
input port until said data is placed on said ATM network 
via said output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said ATM network 
via said output port; and 

a traffic shaping ring comprising a memory for storing a 
plurality of said pointers output from said pointer pools 
based on said priorities, and circuitry for sequentially 
removing said pointers from said traffic shaping ring 
and causing said data stored within said memory array 65 
associated therewith to be placed on said ATM net- 
work. 
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8. An ATM network interface as in claim 7 wherein said 
priority is established, at least in pari, based on the receive 
capacity of a destination. 

9. An ATM network interface comprising: 

a plurality of output ports coupled to one or more users; 
an input port for receiving data from said ATM network, 

said input port having a bandwidth less than the sum of 

the band widths of said plurality of output ports; 
a memory array for storing said data received on said 

input port until said data is sent to said users via said 

output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; and 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said users via said 
output port 

10. An ATM network interface comprising: 

an input port for receiving data from said ATM network; 

an output port coupled to one or more users; 

a memory array for storing said data received on said 

input port until said data is sent to said users via said 

output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array, said 
plurality of pointer pools each having an associated 
priority, and entries are stored within a selected one of 
said pointer pools on the basis of priority of data; and 

a control circuit for storing within said pointer pools 
addresses corresponding to data stared in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said users via said 
output port 

11. An ATM network interface as in claim 10 wherein said 
priorities associated with said pointer pools are established 
by data types. 

12. An ATM network interface comprising: 

an input port for receiving data from said ATM network; 

an output port coupled to one or more users; 

a memory array for storing said data received on said 

input port until said data is sent to said users via said 

output port, said memory array comprising: 
a serial input port coupled to said input port of said ATM 

network interface; 
a serial output port coupled to said output port of said 

ATM network interface; 
an input serial access memory coupled to said serial input 

port; 

an output serial access memory coupled to said serial 
output port; and 

a word oriented memory array which receives data for 
storage from said input serial access memory as a set of 
data bits in parallel and which provides data to said 
output serial access memory as a set of data bits in 
parallel; and 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; and 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
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array based on a priority for which said data stored in 
said memory array is to be output to said users via said 
output port 

13. An ATM network interface as in claim 12 wherein said 
memory array comprises a VRAM. 5 

14. An ATM network interface comprising: 

an input port for receiving data from said ATM network; 

an output port coupled to one or more users; 

a memory array for storing said data received on said 

input port until said data is sent to said users via said 10 

output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said data stored in said memory array; 

a control circuit for storing within said pointer pools 15 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said users via said 
output port; and 

a free pool which stores the available addresses of said 20 
memory array where newly received data can be stored. 

15. An ATM network interface comprising: 

an input port for receiving data from said ATM network; 
an output port coupled to one or more users; ^ 
a memory array for storing said data received on said 

input port until said data is sent to said users via said 

output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 30 
portion of said data stored in said memory array; 

a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said users via said 35 
output port; and 

a traffic shaping ring comprising a memory for storing a 
plurality of said pointers output from said pointer pools 
based on said priorities, and circuitry for sequentially 
removing said pointers from said traffic shaping ring 
and causing said data stored within said memory array 
associated therewith to be placed on said output port 

16. An ATM network interface as in claim 15 wherein said 
priority is established, at least in part, based on the receive 
capacity of a destination. 45 

17. A method for operating an ATM network interface 
comprising the steps of: 

receiving input data; 

storing said data in a memory; so 
maintaining a plurality of pointer pools, each storing a set 

of pointers serving as addresses associated with said 

data stored in said memory; 
moving said pointers from said pointer pools to a traffic 

shaping ring; and 55 
outputting data from said memory based on the order of 

pointers on said traffic shaping ring, wherein pointers 

are stored within said pointer pools based on priority of 

data. 

18. A method for operating an ATM network interface 60 
comprising the steps of: 

receiving input data; 

storing said data in a memory; 

maintaining a plurality of pointer pools, each storing a set 65 
of pointers serving as addresses associated with said 
data stored in said memory; 
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moving said pointers from said pointer pools to a traffic 

shaping ring; and 
outputting data from said memory based on the order of 

pointers on said traffic shaping ring, wherein said 

pointers are placed on said traffic shaping ring based on 

priority of data 

19. A method as in claim 18 wherein said priority of .data 
is established, at least in part, based on the receive capacity 
of a destination. 

20. An HDLC controller comprising: 
an input port for receiving data; 

an output port; 

a first memory comprising a plurality of memory sections, 
each associated with a channel of data; 

a second memory comprising a plurality of memory 
sections, each for storing state information associated 
with a given one of said channels of data; 

control circuitry for retrieving from said second memory 
state information associated with a channel of data 
being received; 

HDLC manipulation circuitry for performing an HDLC 
operation on said channel of data being received, in 
conjunction with said retrieved state information cor- 
responding to previous data received for the same 
channel of data; 

control circuitry for updating said state information asso- 
ciated wim said channel of data and storing the updated 
state information in said second memory; and 

control circuitry for transferring the result of said HDLC 
operation to the appropriate one of said memory loca- 
tions within said first memory. 

21. A multi-channel network interface controller compris- 
ing.: 

an input port for receiving data from a plurality of data 

channels; 
an output port; 

a first memory comprising a plurality of memory sections, 

each associated with one of said data channels; 
a second memory comprising a plurality of memory 

sections, each for storing state ^formation associated 

with a given one of said data channels; 
control circuitry for retrieving from said second memory 

state information associated with a data channel being 

received; 

manipulation circuitry for performing an operation on 
said channel of data being received, in conjunction with 
said retrieved state information corresponding to pre- 
vious data received for the same data channel; 

control circuitry for updating said state information asso- 
ciated with said data channel and storing the updated 
state information in said second memory; and 

control circuitry for transferring the result of said opera- 
tion to the appropriate one of said memory locations 
within said first memory. 

22. A device as in claim 21 wherein said manipulation 
circuitry further comprises a set of instructions defining said 
operation based, at least in part, by the format of data 
received from one or more of said data channels. 

23. An ATM network interface comprising: 

an plurality of input ports for receiving data for placement 
on said ATM network; 

an output port coupled to said ATM network, the band- 
width of said output port being less than the sum of the 
bandwidths of said plurality of input ports; 
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a memory array for storing said data received on said 
input port until said data is placed on said ATM network 
via said output port; 

a plurality of pointer pools, each comprising a plurality of 
locations for storing pointers serving to address a 
portion of said, data stored in said memory array; and 
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a control circuit for storing within said pointer pools 
addresses corresponding to data stored in said memory 
array based on a priority for which said data stored in 
said memory array is to be output to said ATM network 
via said output port 
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ABSTRACT 



A synchronizing circuit arrangement included in a multi- 
plexing/demultiplexing unit receives a bit stream coordi- 
nated to a data packet The bit positions and values within a 
predetermined part of a consecutive bit sequence, of each 
transmitted data packet are constantly selected so that a 
predetermined check calculation will give a predetermined 
value (for instance, 'XT). A consecutive bit sequence corre- 
sponding to the predetermined part of a consecutive bit 
sequence and belonging to respective received data packets 
is evaluated in order to establish the extent to which the 
check calculation gives the predetermined value. When 
agreement is found, it is assumed that the boundary between 
two closely adjacent data packets is established via the bit 
sequence of the predetermined part of a consecutive bit 
sequence Each incoming bit stream is synchronized through 
the 1™*!™™ of a control block or control logic by inserting 
a time delay corresponding to synchronism into a series- 
parallel converter for respective bit streams. The synchro- 
nized, paraUd-fbrmat bit streams can be delivered via the 
control block or control logic to a memory which delivers 
the bit stream to the outgoing connection via buffer circuits 
and a parallel-series converter. 

19 Claims, 2 Drawing Sheets 



Za 



3a 



REGISTER 



,21 3b 
■U 2b 



REGISTER 



"T 
23 



REGISTER 



REGISTER 



,21a 3c 
4n 2c 



REGISTER 



REGISTER 



23o 



22a 



24 



25 



30- 



"2<f- 
"2b"- 



24- 



CONTROL LOGIC 4 

-f .31 



COURIER 



"0 B ~ 



(5) 



■30' _ 



26- 



SYNCHRONIZING 
UNIT 



T 
9 



U.S. Patent 



Nov. 26, 1996 



Sheet 1 of 2 



5,579,324 



Fig. I 



8' 



7 



SIGNAL 
TRANSMITTER 



CONTROL 
LOGIC 



SYNC, 
9 



-4 



25 

_L_ 

MEMORY 



T 
5 



3~ 



BUFFER 



3a 2 



RECEIVER 



i ...j 



-2b 



v 3b 



2' 



DATA CELL 22 



Fig. 2 




DATA CELL 20 DATA CELL 21 
L_ — J- 



2a 



2b 



2c 



2d 



TRANSMITTER 



-10 



U.S. Patent 



Nov. 26, 1996 Sheet 2 of 2 



5,579,324 




5,579,324 



SYNCHRONIZING CIRCUIT 
ARRANGEMENT 



TECHNICAL FIELD 



10 



15 



The present invention relates to a synchronizing circuit 
a rrangement and then more particularly, but not exclusively, 
to a synchronizing circuit arrangement adapted for use in a 
multiplexing/demultiplexing unit 

Such units are used to increase or decrease the transmis- 
sion rate of pulsated signal streams, so-called bit streams, 
occurring on connections. 

The invention finds particular use when the pulsated 
signals within the bit stream are coordinated to form data 
packets or data cells having an address indicating section 
and an information-carrying section, preferably structured in 
the manner described in the ATM system. 

The inventive synchronizing circuit arrangement is based 
on the anility to establish in one or more sequentially 20 
occurring and orientated bit streams grouped in closely 
following and clearly determined data packets a relevant 
boundary between two, mutually adjacent and closely 
sequential data packets with the aid of a receiving circuit, 
and therewith create provisions for synchronizing received 25 
Hata packets with a synchronizing signal in said receiver. 

The invention is also based on the possibility of estab- 
Hshingan"iiiterfare^ 

sequential data packets, where the last bit position of a 
preceding data packet is immediately followed by the first 30 
bit position of an immediately following data packet 



With regard to the embodiment that describes the present 
invention, it can be mentioned that it is known to supplement 
a standardized ATM data cell or ATM data packet with an 
additional Mormation-canying bit position section which is 
intended to provide switch-internal address informaiion and 
which is added to the standardized ATM data cell at the input 
to the switch unit and is removed at the output thereof. 

An example of the earlier standpoint of technique in this 
regard is illustrated and described in U.S. Pat No. 5,130, 
984. 

SUMMARY OF THE INVENTION 



DESCRIPTION OF THE BACKGROUND ART 
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Synchronizing circuit arrangements of the afbredefined 
kind are known to the art and are also standardized. For 
instance, it is known to provide in a mnltiplexing/demulti- 
plexing unit a synchronizing circuit arrangement for syn- 
chronizing bit streams that are coordinated to form a data 
packet and to use the principle of dividing each data packet 
into an address-carrying section and aninfornMtion-carrying 
section, and to divide the whole of the data packet into a 
given number of parts, one or more bytes or words. When 
practicing known techniques, a boundary can be established 
between two closely following data packets in a sequentially 
oriented bit stream divided into mutually sequential and 
clearly defined data packets, by constantly giving the bit 
positions a positional value within a predetennined denned 
part of a consecutive bit sequence of each transmitted data 
packet so that they will have a given value (for instance "0") 
predetermined by a predetermined check or control calcu- 
lation. 

A bit sequence belonging to a respective received data 
packet and corresponding to the aforesaid determined part of ^ 
a consecutive bit sequence is evaluated in order to establish 
the extent to which said check calculation will give the 
predetermined value. 

When agreement is found, the boundary between two 
mutually sequential data packets is established via the bit £0 
sequence of the selected part 

In the case of a multiplexing function, the bit stream 
coordinated within the data packet will occur on a number 
of mcoming connections at a bit rate higher than 100 Mb/s 

andmenatahigherrateonanoutgomgeonn^ realizing those advantages that are afforded when whoh: 

the reverse applies in the case of a demultiplexing function, of the determined part is comprised exactly of an address- 
without changing the information content of the data packet able part of respective data packets. 



TECHNICAL PROBLEMS 

When considering the known prior art as described above, 
it will be seen that a tfrhri"*! problem resides in providing 
a synchronizing circuit arrangement which will enable a 
receiving unit to determine or establish a boundary between 
mutually adjacent and closely following data packets and 
which will enable each incoming bit stream to be synchro- 
nized with the aid of simple functional means, such as an 
integrated circuit, through the medium of a control block or 
control logic, by applying to a series-parallel converter for 
respective bit streams a time delay which corresponds to the 
synchronism required, wherein the resultant parallel-forma- 
tized synchronized bit streams can be supplied through said 
control block or control logic to a memory which delivers 
the bit stream on the outgoing connection through the 
medium of buffer circuits and a parallel-series converter. 

It will also be seen that another technical problem is one 
of realizing the advantages that are associated with choosing 
the address-carrying standardized section in an ATM data 
cell or the like, or a combination of this section and an added 
section as a reference section or part, so as to provide 
switch-internal address information. 

A further tprfmical problem is one of realizing the advan- 
tages that are associated with selecting from each data- 
packet bit sequence a predetennined part and then dividing 
this part into a predetermined number of sub-sections. 

It will also be seen that a technical problem is one of 
realizing the necessity of utilizing the fact that the value of 
the bit positions within said sections in transmission must 
constantly be so selected that they will always provide a 
predetermined value that is recognizable by the receiver in 
a predetermined check calculation or chosen parity check. 

It wul also be seen that a technical problem is one of 
realizing the significance in evaluating in the receiving unit 
a consecutive bit sequence belonging to respective data 
packets and equal to or exceeding said part simultaneously, 
so as to establish the extent to which each of the subsections 
accommodated therein gives the predetermined value in the 
check calculation. 

Another technical problem is one of realizing the signifi- 
cance that when agreement occurs between a calculated 
result from a check calculation or parity check inserted in the 
receiving unit for the sub-sections of respective data packets 
and a given value, that the bit sequence concerned within 
respective subsections is able to initiate synchronism, there- 
with enabling the boundary between two mutually adjacent 
and closely following data packets to be established. 
It will also be seen that a technical problem resides in 
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Another technical problem is one of providing with the 
aid of simple means conditions which will enable the section 
to be divided into individual sub-sections in accordance with 
the number of bit positions, and that the number of sub- 
sections is chosen for an ATM data cell with or without an 5 
additional switch-internal addressing information to at least 
four. 

It will also be seen that a technical problem resides in 
realizing the degree of reliability that is achieved and 
therewith the advantages that are afforded when the bound- 10 
ary is not established until agreement is found between 
calculated and anticipated results from the check calculation 
or parity check for respective sub-sections relating to a 
predetermined number of mutually sequential data packets. 

Another technical problem is one of realizing that when 15 
there is no agreement, it is necessary to carry out a search 
which involves moving a given part of a consecutive bit 
sequence through one bit position forwards or backwards 
and then making a check calculation on the new part with the 
sub-section in the same mamwr throughout the entire data 20 
packet and not to establish the boundary until agreement is 
found between the obtained result and the anticipated result 
from the check calculation or the parity check for respective 
sub-sections, and to again move the determined part through 
one bit position in the same direction when agreement is still 25 
not found. 

SOLUTION 

The present invention solves one or more of the aforesaid 
technical problems with the aid of a synchronizing circuit 30 
arrangement of the land defined in the introduction and in 
the preamble of the following Claim 1. 

Accordingly, in accordance with the present invention, 
each incoming bit stream is synchronized with the aid of an 
integrated circuit and a control block or control logic formed 35 
thereby by inserting in a series-parallel converter for respec- 
tive bit streams a time delay which corresponds to synchro- 
nism, wherein synchronized bit streams occurring in a 
parallel format are delivered to a memory via the control or 
control logic, and wherein the bit streams are delivered on 40 
said outgoing connection at a changed bit rate, via buffer 
circuits and a parallel-series conversion. According to pro- 
posed embodiments lying within the scope of the inventive 
concept, the aforesaid given part of a consecutive bit 
sequence is comprised of an addressable part of respective 45 
data packets. 

It is also suggested that said part is divided into a 
predetermined number of sub-sections, for instance four 
sub-sections. 

According to one preferred embodiment of the invention, 
the boundary is not established until agreement has repeat- 
edly been established for a predetermined number of mutu- 
ally sequential data packets. 

It is also proposed that when agreement is not found, the 55 
given part of a consecutive bit sequence is moved within 
said consecutive bit sequence by one bit position, either 
forwards or backwards, and that a new check calculation is 
made on the new part within the control unit in the same 
way, so that the new boundary can be established when 60 
agreement is found, whereas if agreement is not found the 
given part is again moved one bit position in the same 
direction. 
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establi shin g the boundary between two incorning and imme- 
diately following data packets among a continuous stream of 
data packets, and in the ability of creating conditions for 
each incoming bit stream on each connection that will 
enable a time delay corresponding to synchronism to be 
inserted so that all bit streams that are able to occur as a 
grouped logic link incoming to a control block or control 
logic will obtain synchronous and coordinated storage in a 
memory and be delivered therefrom serially and in sequence 
to an outgoing connection. 

The main characteristic features of the inventive synchro- 
nizing circuit arrangement are set forth in the characterizing 
clause of the following claim 1. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will now be described in more detail with 
reference to an exemplifying embodiment of an arrangement 
which functions in accordance with the principles of the 
invention, and also with reference to the accompanying 
drawings, in which 

FIG. 1 illustrates an integrated circuit for a multiplexing/ 
demultiplexing unit having four incoming connections and 
one outgoing connection, or vice versa; 

FIG. 2 illustrates schematically a transmitter and a series- 
parallel converter coordinated in a receiver to four incoming 
connections; 

FIG. 3 is a principle diagram illustrating a function block 
arrangement for series-parallel conversion, and also shows 
coacn'on with a control block or control logic; and 

FIG. 4 illustrates the orientation of the bit positions in a 
standardized AIM data cell with an additional section for 
switch-internal addressing. 



ADVANTAGES 

Those advantages primarily characteristic of an inventive 
synchronizing circuit arrangement reside in the possibility of 
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DESCRIPTION OF EMBODIMENTS AT 
PRESENT PREFERRED 

FIG. 1 is a block schematic which illustrates a multiplex- 
ing/demulupl exing unit 1 in the form of an integrated circuiL 

The unit 1 has four incoming connections 2 which are 
connected to a signal-receiving circuit 3 which itself is 
connected (25) to a control block or control logic 4 coacting 
with a memory and a buffer circuit 6 which through the 
medium of a signal-tiaiisnutting circuit 7 functions to trans- 
mit a bit stream in series form on a connection 8 adapted to 
a rate which exceeds the rate at which respective bit streams 
occur on each of the four incoming connections 2. 

Also shown in FIG. 1 is a synchronizing arrangement 9 
which will be described below in more detail, together with 
the control logic 4. 

The unit 1 is also adapted to perform a demultiplexing 
function and is intended to receive on connection 8' a bit 
stream series and to break up the bit streams into four 
parallel bit streams over a respective outgoing connection 2'. 

For the sake of simplicity, the following description will 
be made primarily with reference to the multiplexing func- 
tion. 

FIG. 2 illustrates a transmitter 10 which is able to transmit 
a sequentially orientated bit stream on each of four connec- 
tions 2a, 2b, 2c and 2d. The bit streams are mutually shifted 
slightly in time and are stnictured as data packets which 
follow one another in close succession and which together 
form a grouped logic link. The bit positions of an ATM- 
related data cell are shown in FIG. 4. 
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As shown in FIG. 2, for each connection a data cell 20 is 
preceded by a data cell 21 and is followed by a data cell 22, 
where the last bit position of a data cell occurs immediately 
adjacent the first bit position of an immediately following 
data cell. 

Each such fotn packet or data cell, such as the data packet 
20 in FIG. 4, is comprised of 60 octets, wherein a standard- 
ized addressable part or a cell header 20a is comprised of 5 
octets, an additional addressable part 20b is also comprised 
of 5 octets and relates to an internally usable address part 
which is added upon entry of the data cell into a switch and 
is removed when the data cells leave the switch. 

The data packet also includes an inf ortnatioij-carrying 
part or payload part 20c. 

Such a data cell will thus have a total of 480 bit positions 15 
divided into 60 octets. 

Hie invention is based on the necessity of each data 
packet used including a predetermined number of bit posi- 
tions. According to the invention, it shall be possible to 
divide or coordinate some of these bit positions in a prede- 20 
termined number of units or parts. 

This is illustrated in the exemplifying embodiment inso- 
much that the data cell 20 includes a first section 2&ab 
(including two sub-sections 20&, 20b) and a second section 
20c 25 

It will also be seen that the section 20ab includes a 
number of bit positions 20d (one byte sorted in the field 10), 
which are intended for bit positions representing a control 
field. 

The invention is based on the use primarily of the section 30 
20o6 and the control field 204 

The transmitter 10 farJ«H« known means which give the 
field 20rf a bit configuration representative of the value of a 
check calculation carried out in the transmitter 10 in accor- 
dance with a chosen algorithm or via a parity check of the 35 
bit positions in the remainder of the section 20ofr. 

The algorithm chosen or the parity check carried out on 
the section 2Xktb shall be given a value which can be 
recognized by the receiver, this value being assumed to be 
always T for the sake of simplicity. 

This section (2uoi>) will be transmitted by the transmitter 
10 together with remaining bit positions (20c) of the data 
cell to the receiving unit 3 via the connections 2 on respec- 
tive lines 2a-2cL 

It will be noted that even though all data packets should 45 
be transmitted simultaneously and in synchronism from the 
transmitter 10 over the four lines 2a, 26, 2c and 2d to the 
receiver 3, it can be assumed that these data packets will not 
all arrive at the receiver 3 in synchronism and at one and the 
same time. Even though the data packets are consciously 
transmitted while displaced in time in accordance with the 
principles illustrated and described in publication PCT/ 
SE93/ 00277, it would still be necessary to synchronize to a 
selected time shift 

It is thus necessary to synchronize all received signals in 
the unit L 

The principles and functions of the invention will be 
described initially with reference to the case in which the bit 
positions on the connection 2a arrive at the receiving circuit go 
3a in synchronism with a synchronizing signal belonging to 
or generated by the receiver 3. 

As illustrated in FIG. 2, the serially occurring data packets 
20 on the connection 2a are delivered to a series-parallel 
converter 3a, wherein the bit positions of the data packets 65 
are divided into parallel-transmittable 20-bit words on a line 
25. 
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As will be seen from FIG. 3, the bit stream on line 2a is 
delivered to a 20-bit register 21 and moved down to an 
adjacent register 22, 

The bit positions in the register 22 are moved to a register 
23 which transfers the bit positions to the control unit 4 in 
response to an activating signal delivered on the line 24. 

Toe control unit 4 now calculates in a calculating circuit 
30 the check sum for four mutually sequential 20-bit 
sequences and notes that the check sum is "0" wherein the 
control unit 4 indicates to the synchronizing unit 9 that the 
check sum was "0" wherewith the synchronizing unit 9 
generates, via the line 26, a signal for the beginning of the 
data packet and each 20-bit sequence can be stored in the 
memory 5. 

By way of a safety control feature, the control unit 4 
waits, via a circuit 30*, until the calculated bit positions give 
the value "0" over a number of data packets, for instance 
four data packets, before accepted synchronization is acti- 
vated, there being required to this end a counter 31 which 
enables the total number of bit positions of the data packet 
to be observed. 

Should this calculation not give the result **0", which is 
assumed to be the case for the line Zb, the control unit 4 
sends a command to the synchronizing unit 9 on the line 32, 
causing the register 22a to move one step or one bit position 
forwards, via the line 24, whereafter a new calculation is 
made on four sequential 20-bit sequences belonging to the 
data packet. Alternatively register 22A could be made to 
move one step or one bit position backward. 

If the calculation results in the check sum "0", then 
synchronism exists, otherwise the register must again be 
stepped forwards and all the bit positions of the data packet 
calculated until synchronism is obtained. 

In order for it to be possible to synchronize in this way, 
it is necessary for all bit positions of each data packet and the 
values assigned to said bit positions to fulfil at least certain 
basic criteria when transmitted. 

These criteria can be summed up as follows: 

a) Each data packet must have a predetermined number of 
bit positions and a predetermined rate, which is 
checked in the units 30 and 31. 

b) Each data packet will preferably be capable of being 
divided into a given number of units or parts in a 
precise manner, for matanrg two parts, such as the 
addressable part (20ab) and the Mormadon-carrying 
part (20c). 

c) One of these parts, for instance the addressable part 
(20fe6), shall be divisible uniformly into a number of 
equal sub-sections (for instance four sub-sections of 
20-bit words). 

d) When transmitting, it is necessary to have assigned to 
the bit positions within each such subsection (20a, 20&) 
for respective data packets a bit configuration that 
corresponds to the desired transmission ~0f information, 
and that a bit field (20d) has also been supplemented 
with a configuration such that when all bit positions and 
their values have been checked, for instance by means 
of a calculating process 30 with the aid of a selected 
algorithm or with the aid of a parity check, the check 
will give one and the same value for each data packet 

e) Each alternate subsection (20c) will preferably not have 
a bit configuration which with the same number of bit 
positions as in the section (2QaJ>) and in response to a 
chosen calculating process or check process gives the 
same value. 
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The probability that such a selected sub-section within or 
between the given sub-sections 20a, 20b and 20c will give 
an anticipated value for each of a number of mutually 
sequential data packets shall be small. 

The synchronizing logic 9 and/or the control logic 4 
include a bit counter 31 so that the total number of bit 
positions of a data packet will be known and therewith 
enable the beginning and the end of a data packet to be 
established. 

The same functional flow takes place in principle in the 
case of a demultiplexing function. 

Parallel-formatted data packets originating from the lines 
2a-2d can now be delivered to the control logic 4 as a 
number of 20-bit words via a selected time delay. These 
20-bit words are stored in the memory 5 which, in turn, 
delivers 20-bit words to a buffer circuit which transmits the 
data packets on a line or a connection 8, via a parallel-series 
converter?. 

It follows from this that in the case of a multiplexing 
function or a demultiplexing function in accordance with the 
present invention, a common synchronizing logic 9 can be 
used together with a common memory 5, common buffer 
circuits 6, etc. 

A circuit arrangement of the kind described can be used 
advantageously with a unit described and illustrated in U.S. 
patent application Sen No. 08/320,660 filed at the same time 
as the present application and entitled "A Signal Receiving 
and Signal 

Transmitting Unit" or with a unit described and illustrated 
in U.S. patent application Sen No. 08/321,180 filed at the 
same time as the present application and entitled "A Signal 
Processing Unit", or with a unit described and illustrated in 
U.S. patent application Ser. No. 08/320,659 filed at the same 
time as the present patent application and entitled "Multi- 
plexing/Demultiplexing Unit". 

Reference is made to these patent applications for a 
deeper understanding of the application of the present inven- 
tion, and the contents of these patent applications shall be 
considered as forming part of the present application. 

It will be understood that the invention is not restricted to 
the aforedescribed and illustrated exemplifying embodiment 
thereof and that modifications can be made within the scope 
of the inventive concept as defined in the following claims. 

1 claim: 

1. A synchronizing circuit arrangement, comprising: 
a multiplexing/demultiplexing unit for dividing a sequen- 
tially orientated bit stream into defined mutually 
sequential data packets thereby establishing a boundary 
between two closely adjacent data packets by con- 
stantly selecting the bit positions and values within a 50 
predetermined part of a consecutive bit sequence in 
each transmitted data packet so that a predetermined 
check calculation of the predetermined part will give a 
predetermined value; the multiplexing/demultiplexing 
unit including: 
a control logic for synchronizing each incoming bit 
stream by inserting into a series-parallel converter for 
respective bit streams a time delay corresponding to 
synchronism; 

a memory for receiving from the control logic in a 

parallel-format synchronized bit stream; and 
an outgoing connection for receiving the parallel-format 

synchronized bit stream through buffer circuits and a 

parallel-series converter; 
wherein a bit sequence belonging to received data packets 

and consecutive to the predetermined part of a con- 
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secutive bit sequence is evaluated to establish the 
extent to which the check calculation gives the prede- 
termined value; and in the event of the check calcula- 
tion and predetermined value agree, the multiplexing/ 
demultiplexing unit establishes the boundary between 
two closely adjacent data packets through the bit 
sequence of the selected part; and in the case of a 
multiplexing function, the multiplexing/demultiplexing 
unit coordinates the bit stream into a data packet on a 
number of incoming connections and one outgoing 
connection establishing a grouped logic link, and in the 
case of a demultiplexing function the multiplexing/ 
demultiplexing unit coordinates bit streams into data 
packets on one incoming connection and a number of 
outgoing connections establishing a grouped logic link. 

2. An arrangement according to claim 1, characterized in 
that said predetermined part of a consecutive bit sequence is 
comprised of an addressable part of respective data packets. 

3. An arrangement according to claim 1, characterized in 
that said predetermined part of a consecutive bit sequence is 
divided into a given number of sub-sections. 

4. An arrangement according to claim 1, characterized in 
that the boundary is not established until agreement is found 
with regard to a predetermined number of mutually sequen- 
tial data packets. 

5. An arrangement according to claim 1, characterized in 
that when no agreement is found with any of the incoming 
connections (2o-2d), the predetermined part of a consecu- 
tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carried out on 
said part in the same way as earlier, so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

6. An ar rangement according to claim 1, characterized in 
that said, predetermined part of a consecutive bit sequence 
is divided into at least four sub-sections. 

7. An arrangement according to claim 2, characterized in 
that said predetenmned part of a consecutive bit sequence is 
divided into a given number of sub-sections. 

8. An arrangement according to claim 7, characterized in 
that said predetermined part of a consecutive bit sequence is 
divided into at least four sub-sections. 

9. An arrangement according to claim 2, characterized in 
that the boundary is not established until agreement is found 
with regard to a predetermined number of mutually sequen- 
tial data packets. 

10. An arrangement according to claim 3, characterized in 
that the boundary is not established until agreement is found 
with regard to a predetenmned number of mutually sequen- 
tial data packets. 

11. An arrangement according to claim 6, characterized in 
that the boundary is not established until agreement is found 
with regard to a predetermined number of mutually sequen- 
tial data packets. 

12. An arrangement according to claim 7, characterized in 
that the boundary is not established until agreement is found 
with regard to a predetermined number of mutually sequen- 
tial data packets. 

13. An arrangement according to claim 8, characterized in 
that me boundary is not established until agreement is found 
with regard to a predetermined number of mutually sequen- 
tial data packets. 

14. An arrangement according to claim 4, characterized in 
that when no agreement is found with any of the incoming 
connections (2o-2d), the predetenmned part of a consecu- 
tive bit sequence is moved one bit position forwards or 
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backwards, whereafter a check calculation is carded out on 
said part in the same way as earlier, so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. s 

15. An arrangement according to claim 9, characterized in 
that when no agreement is found with any of the incoming 
connections (2o-2d), the predetermined part of a consecu- 
tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carded out on 10 
said part in the same way as earlier, so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

16. An arrangement according to claim 10, characterized 15 
in that when no agreement is found with any of the incoming 
connections (2a-2d), the predetermined part of a consecu- 
tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carried out on 
said part in the same way as earlier, so as to establish the 20 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

17. An arrangement according to claim 11, characterized 

in that when no agreement is found with any of the incoming 25 
connections (2o-2d), the predetermined part of a consecu- 
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tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carried, out on 
said part in the same way as earlier, so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

18. An arrangement according to claim 12, characterized 
in that when no agreement is found with any of the incoming 
connections (2o-2d), the predetennined part of a consecu- 
tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carried out on 
said part in the same way as earlier; so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

19. An arrangement according to claim 13, characterized 
in that when no agreement is found with any of the incoming 
connections (2a-2d), the predetermined part of a consecu- 
tive bit sequence is moved one bit position forwards or 
backwards, whereafter a check calculation is carded out on 
said part in the same way as earlier, so as to establish the 
boundary when agreement is found and so as to move the 
predetermined part through a further bit position in the same 
direction when no agreement is found. 

***** 
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ABSTRACT 



A system and method for operating a Broadband ISDN 
to support a viable virtual private network (VPN) ser- 
vice are qttsmipH by establishing a plurality of virtual 
path links connecting customer locations and broad- 
band switching systems, by cxoss-cc^mecting virtual 
rhanngl links at the broadband switching systems to 
establish end-to-end virtual channel connections, and by 
policing both the input and output traffic only on the 
virtual path links. An egress policing processor is in- 
cluded at each output port on broadband switches to 
police the traffic on each virtual path link which con- 
tains one customer's multiplexed virtual channel con- 
nection traffic 
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virtual channel links (of varying band widths) can be 

BROADBAND PRIVATE VIRTUAL NETWORK grouped into virtual path links and multiple virtual 

SERVICE AND SYSTEM ' channel links and virtual path links can be carried on a 

physical link. Virtual channel connections and virtual 

This application is a continuation of application Ser. 5 path connections are bi-directional with either symmet- 

No. 07/964,330 filed on Oct 21, 1992, now abandoned. ric or asymmetric cell transfer capability. 

mnss HFFFttFMPF m ppt ATPn 006 ofthebasic characteristics of ATM networks is 
CROSS RH^EN CE TO RELATED ^ provisionmg of ATM parameters at the user- 
ArruuAiiuwa network access interfaces (UNIs) and the network-node 
This patent application is related to U.S. patent appb- 10 interfaces (NNIs). The ATM traffic parameters de- 
cation Ser. No. 07/964,332 entitled **System and scribe the traffic characteristics such as cell transfer rate 
Method for Providing Egress Policing for Broadband and quality of service of an ATM connection (which 
Virtual Private Networks** by Ahmed et ai, bearing can be a virtual channel connection or a virtual path 
attorney docket number 646, and filed on the same date connection). Traffic parameters include, but are not 
as this application, now abandoned. 15 limited to, peak cell transfer rate, average cell transfer 
TPrHNirAT ftpt n OF thf TMVFNTfnxr rate, and burst length. Currentiy, only pe ak cell transfer 
TECHNICAL FIELD OF THE INVENTION rate has been standardized into CCTTT L371 1992 rec- 
This invention relates to a broadband communication ommendatkms. Even though a customer can contract 
service and system and more specifically to a new for a peak cell transfer rate on an ATM connection, in 
Broadband Virtual Private Network (BVPN) service, 20 principle, the user could exceed the negotiated traffic 
and a system for providing such a service. parameter up to the maximum capacity of the physical 

facility. Therefore, a network function called "usage 
parameter control" or Slicing" as defined in CCTTT 
Over the last few years the telecommunications in- recommendation L31L is needed. This function con- 
dustry has devoted a considerable amount of work and 23 trols the cell stream during the entire active phase of the 
time toward defining the capabilities of Broadband ATM connection and restricts the peak traffic to the 
ISDN (B-ISDN). The goal has been to match transport characteristics negotiated in the contract Thus, it will 
capabilities available in B-ISDN to potential user apph- protect the network against excessive congestion result- 
cations. Examples of such user applications are access- ing in a degradation of die quality of service of all con- 
ing remote data bases with very low latency, transmit- 30 nectkms sharing the same network resources, 
ting large multimedia files containing photographic To protect all network resources, the policing func- 
quaHty images and/or video sntpets, and performing tion is located as close as possible to the actual traffic 
desktop multimedia teleconferencing including video. source and is under the control of the network provid- 
AU of these applications demand high-speed transmis- ers. Depending on the service being provided, the polic- 
skm and switching within the mterconnection network 35 ing function may be performed on virtual channel links 
and many require new signaling capabilities beyond that or on virtual path links. The prior art policing function 
of the current ISDN signaling protocol Q.931. is performed at the ingress of the broadband switching 
However, many people knowledgeable about the systems at both the user-network interfaces and the 
network recognize that the time-frame necessary to network-node interfaces. To protect the network and 
deploy all of these capabilities is well into the future; 40 the coexisting connections, actions must be taken by the 
therefore it is believed that this feature-rich B-ISDN policing function after detecting a violation of the con- 
technology is still years away. Accordingly, there is a tract The prior art policing action is to discard those 
market opportunity for a broadband service that can be cells which are in violation of the traffic contract Other 
quickly and inexpensively deployed. Such a market policing actions, such as marking the violating cells as 
opportunity can be met with a virtual private network 45 low priority cells and discard them only during network 
capability deployed within the B-ISDN public network. congestion, are being discussed in the art 

B-ISDN is characterized by the transport of Asyn- The prior art B-ISDN allows for the deployment of 
chronous Transport Mode (ATM) cells over ATM Virtual Private Network (VPN) services by either 
connections. ATM cells are fixed length packets winch crossKxmnecting virtual chamwl links (Virtual Channel 
contains addressing and transmission instructions along 50 Cross-connect (VCX) functionality) or cross-connect- 
whh user data. This allows ATM cells to be tndepen- ing virtual path links (Virtual Path Cross-connect 
dently addressed and transmitted on demand over (VFX) functionality). In die prior art B-ISDN, when 
ATM connections facilitating transmission bandwidth cross-oonnecting virtual channel finks, policing is ac- 
to be allocated, as needed, without fixed hierarchical comphshed on the traffic on the virtual channel links- 
channel rates. ATM connections are set-up between 55 Similarly, when cross^xmnecting virtual path links, the 
various nodes in the network and also between the policing is accomplished only on the traffic carried on 
customer premises equipment and the network nodes. the virtual path links. Therefore, when using VPX or 
ATM connections are organized in two levels: virtual VCX functionality to deploy Virtual Private Networks, 
channels (VCs) and virtual paths (VPs). End-to-end ATM connections and its bandwidth (peak cell transfer 
virtual channel connections are made up from virtual 60 rate) are directly coupled. As a result, as the number of 
channel finks which are switched or cross-connected at customer locations and therefore the number of desired 
trie broadband switching systems. Virtual channel links connections in a VPN increases, the transmission capac- 
are carried within virtual path links which in turn are ity needed on the physical facilities must increase to 
switched or cross-connected to form end-to-end virtual support the cumulative bandwidth of all the connec- 
path connections. The virtual channel identifier (VCI) 65 dons on the facility even though all the connections 
and virtual path identifier (VPI) fields in the ATM cell would never be simultaneously active with traffic at 
header identify the virtual channel link and the virtual their peak bandwidth. Tins excess provisioning of trans- 
path hnk to which the ATM cells belong. Multiple mission capacity can cause the whole concept of virtual 
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private networks (VPNs) to fail. Therefore, a primary customer's VPN using VPX functionality. Customer 

objective of our invention is to provide a viable private premises network 4 and customer premises network 5 

network capability by separating bandwidth from con- are connected by a virtual path connection which was 

nectrvity requirements. established by cross-connecting at the broadband 

5 switching system 1 virtual path link 21 and virtual path 
link 22, and by cross-coimecting at broadband switch- 
Our invention is a system and method for operating a ing system 2 virtual path link 22 and virtual path link 23. 
Broadband ISDN to support a viable virtual private Customer premises network 4 and customer premises 
network (VPN) service. This is accomplished by estab- network 6 are connected by virtual path connection, 
lishing a plurality of virtual path links connecting cus- 10 which was cstablishrri by cross-coimecting at broad- 
tomer locations and broadband switching systems, by band switching system 1 virtual path link 27 and virtual 
cross-oomiectmg virtual channel links at the broadband path link 28, and by cross-connecting at broadband 
switching systems to establish virtual channel connec- switching system 2 virtual path link 28 and virtual path 
dons, and by policing both the input and output traffic link 29. Within each virtual path connection, the ens- 
only on the virtual path links. Therefore, the individual 15 tomer can set-up multiple virtual channel connections 
virtual channel hnk bandwidth is not policed and the which are transparent to broadband switching system 1 
traffic on any virtual channel link can periodically and broadband switching system 2. It is important to 
reach, as needed, the peak cell transfer rate of the vir- note that in the prior art B-ISDN providing VPN ser- 
tual path link which contains it, thereby uncoupling the vices, an entire virtual channel connection must be 
bandwidth from the connection. However, to support 20 contained within and coincident with a virtual path 
multiple VPNs in a public network, it is required to connection. An example virtual channel connection 20 
police traffic on the virtual path links at the egress of the is shown as contained within the virtual path connec- 
broadband switching systems in order to protect the tkm established between customer premises networks 4 
quality of service . of each VPN. Therefore, an addi- and 5. Ingress policing on the originating traffic from 
tional aspect of our invention is to include a policing 25 customer premises network 4 carried by virtual path 
processor on the output ports of the broadband switch- hnk 21 and virtual path link 27 is accomplished at the 
ing systems for each virtual path link. user-network access interfaces by policing processor 15 

TOTFF DFSm TPTTON OF THF DRAWINGS and P 01 ** 1 * P roccssor respectively at broadband 
BRIEF DESCRIPTION Or THE DRAWINGS switching system 1. Ingress policing on the mcoming 

FIG. 1 depicts the relationship between a virtual 30 traffic originating from customer premises network 4 
paths and virtual channels in a Broadband ISDN. carried by virtual path hnk 22 and virtual path link 28 is 

FIG. 2 illustrates the prior art virtual path connec- accomplished at the network-node interfaces at broad- 
tions and virtual channel connections in Broadband band switching system 2 by policing processor 17 and 
ISDN. policing processor 18, respectively. (Note: the arrows 

FIG. 3 depicts an illustrative embodiment of our 35 shown in FIG. 2 depict the traffic direction on which 
inventive service arclftecture. the policing processor operates). These are the only 

FIG. 4 depicts an embodiment of our invention when four places where the traffic originating from customer 
two private virtual networks share facilities. premises network 4 is policed. In this architecture, 

FIG. 5 illustrates egress policing on an output buffer bandwidth and connectivity (Le. virtual path bandwidth 
type switch. 40 and virtual path connections) are directly coupled 

FIG. 6 depicts our method for providing egress polic- which is a fundamental problem in using this prior art 
ing using a loopback of grouped traffic into a broadband B-ISDN architecture for providing VPN services, 
switching system input port To illustrate the problem, let us assume that each 

FIG. 7 illustrates an extension of our BVFN. customer premises network in the example VPN is a 10 

FIG. 8 illustrates resource allocation within a broad- 45 Mb/s LAN. Therefore at any instant of time, each cus- 
band switching system. tomer premises network in the example VPN can trans- 

FIG. 9 depicts an example of resource allocation mit or receive ATM cells up to the 10 Mb/s rate. As a 
within our BVPN. result, the virtual path connections between networks 4 

tattt-att uri-v Tvcc/T* TTynyvM and 5 and networks 4 and 6 both have to be provisioned 

DETAILED DESCRIPTION 50 to support a peak bit rate of 10 Mb/s, each. Therefore, 

The relationships between a virtual path, a virtual the physical facility between customer premises net- 
channel, the physical facility, and the network elements work 4 and broadband switching system 1 must be 
must be clearly understood to facilitate a detailed de- provisioned to support at least 20 Mb/s (10 Mb/s for 
scription of our invention. FIG. 1 illustrates these rela- each virtual path hnk) even though customer premises 
tionships. A virtual channel connection 13 is an end-to- 55 network 4 has a maximum transmission capability of 
end connection between customer premises network 7 only 10 Mb/s. As the number of customer locations in a 
and 8 contained, exclusively, within virtual path con- VPN increases, for example to 20 locations, the trans- 
nection 11. The virtnal path connection 11 is established mission capacity needed on the physical facility be- 
by cross-connecting virtual path links 12 and IT at tween customer premises network 4 and broadband 
broadband switching system 1 and by cross^xmnecting 60 switching system 1 for example, must be capable of 
virtual path links 12* and 12" at broadband switching supporting a transmission rate of 190 Mb/s (10 Mb/s for 
system 2. The virtual path links and virtual channel 19 virtnal path links to accommodate 19 virtual path 
connections are both carried within physical facilities 9. connections) even though customer premises network 4 

FIG. 2 depicts a prior art B-ISDN providing virtual can receive and transmit at only 10 Mb/s. This exces- 
private network (VPN) services using virtual path con- 65 sive provisioning of the transmission capacity makes the 
nections. Three customer premises networks, customer whole concept of virtual private networks (VPNs) in 
premises network 4, customer premises network 5 and the prior art technically not viable and completely un- 
customer premises network 6, are connected to form a economical. 
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The service architecture of our Broadband Virtual place special requirements on the broadband switching 
Private Network (BVPN) which eliminates the exces- systems to provide the BVPN. 
sive provisioning of transmisskm capacity problem de- Consider the simple network depicted in FIG. 4 
scribed above is depicted in FIG. 3. Individual virtual which illustrates our BVPN service on a B-ISDN with 
path links 32, 3? and 32" connect each of the customer 5 users sharing B-ISDN resources. A customer X has 
premises networks 4, 5 and 6 to a broadband switching three locations 51, 52, and 54 connected in one virtual 
system 30 and 31. A virtual path link 33 also connects private network. A second customer Y has two Ioca- 
broadband switching system 30 to broadband switching tjons 53 and 55 connected in a second virtual private 
system 31. Virtual path links 32, 32*, 32" and 33 belong network. Each of customer's X*s locations has estab- 
to one customer and carry only that customer's traffic 10 hshed a 50 Mb/s virtual path Hnk 56, 56' and 56" to one 
However, in comparison to the prior art B-ISDN, the of the broadband switching systems 60 and 61, while 
virtual path links in our invention are not connected eacn °f customer Vs locations has established a 100 
into a virtual path connection and each of the virtual virtual path hnk 57 and 57' to one of the broad- 
path Knit* 32, 32*, 32" and 33 may have different traffic 0211,1 swrtching systems 60 and 61. Additionally, cus- 
characteristics. Furthermore, our network establishes 15 tomer x has established a 50 Mb/s virtual path link 58 
virtual channel connections by cross-cciinectmg virtual on transmission facility 50, while customer Y has estab- 
channel links at each broadband switching system. The Ushed a 100 Mb/s virtual path link 59 on transmission 
virtual channel links are established within the virtual facility 50. Ctostoiner X can s* 
path links. For example, within virtual path link 32 nd connections between its locations. Thus, customer 
connecting customer premtses network 4 to broadband 20 £ s location 51 I could send up to 50 Mb/s to customer 
switching system 30 is virtual channel hnk 34', within locatton 54 °™ channel connection while 
virtual path link 33 connecting broadband switching cmtomer >Cs location 52 can also send up to 50 Mb/s to 
system 30 and broadband swrtching system 31 is virtual CT ??*° Cr , V?—? ~ ^ v . _ t . ^ . 
channel hnk 34", and within virtual path lir* 3? con- . . ***^ d r "T*!!? SyStemS 
nectmgfaoadbandsvatc^ 

presses network 5 is vS channel link 34'". Each n negotiated value usmg a pohcmg proce^(reW 
L^au^a e««t/.w««r Afll , ~v~c_~™~^> to m the art as a Usage Parameter Control (UPQ de- 
^^^^tJ^^^^Tn^ vice) on the input side of the network. In order for 
virtual channel bnks to estabhsh the end-tfrend connec- ^s^^ x and Y to share the mteroffice faculty 50. 
ticm.lnttoarclutec^ policing the outgomg trafrk: on ea^ 
necttons have end-to-end capaoflrty and the aggregate fice virtual path links is necessary (Le. egress policing), 
traffic on the virtual channel connections are controlled -j^ foT cgress j^^g fe ^ to ^ fed that when 
at the mgress on the virtual path hnte using policing ^5^^ x transmits 50 Mb/s simultaneously from 
processors 43, 4^ 45 and 46. Again, the arrows depict locations 51 and 52, 100 Mb/s is transmitted on virtual 
the traffic dnxctoon on which the pohcmg processors 35 path link 5& With the mterorfk^m^ 
operate, Pohcmg] V™** 30 * ^manages the traffic on 1 50 Mb/s and with customer Xcausmg 100 Mb/s traffic 
the virtual path hnk 32 to withm contracted parameter on virtual path link 58, customer X is effectively leaving 
values. The traffic on the virtual channel connection is customer Y with only 50 Mb/s bandwidth thereby af- 
not policed. In this way, a completely arbitrary number fecting csto^er Vs quality of service. Therefore, it is 
of connections to any number of locations may be pro- 40 a second aspect of our invention to provide an egress 
vided but without fixing their individual bandwidth. pohcmg processor at the output of each broadband 
Tbas allows connectivity and bandwidth to be specified switching system for each virtual path link. Our inven- 
mdependentiy. tive architecture provides for a pohcmg processor on 
A second aspect our invention add resses the problem the output port of the broadband switching systems for 
of multiple customers in a BVPN affecting each others 45 each virtual path Hnfc Egress policing processors 70 are 
service performance as would be experienced in the depicted in FIG. 4 with the arrows indicating the direc- 
prior art arclritecture, again consider FIG. 3 with each tion of the traffic that is policed. The policing proces- 
customer premises network being a 10 Mb/s LAN. sors have arrows pointing both ways to indicate that the 
Since, the customer premises network 4 can only trans- traffic is policed in both directions: on the input as in- 
mit and receive, in aggregate, at a 10 Mb/s rate, and 50 gress policing used in the prior art, and on the output as 
since virtual c hannel connections can be established to egress policing as disclosed herein. The realization of 
the other two locations using only a single virtual path egress policing is dependent on the broadband switch- 
link on the access facility, virtual path link 32 n eed only nig system architecture. 

be provisioned to support a maximum traffic load of 10 There are three major implementation architectures 
Mb/s. In the prior art, each set of virtual channel con- 55 for broadband switches. These are: input buffer type, 
nectkms to different customer locations required their shared buffer type, and output buffer type. In our pre- 
own virtual path and consequently their own virtual f erred embodiment we disclose egress policing on an 
path link on the access facility thereby, requiring the output buffer type switch, although the inventive con- 
access facility to be provisioned to support 20 Mb/s. cept is equally applicable to the other two switch archi- 
Since the equipment supporting our BVPN can be 60 lectures. FIG. 5 illustrates such an embodiment In the 
shared by several different customers, a single physical output buffer type switch 61, all input cells from cus- 
network is cost effective and attractive to customers tamer's networks 58 on customer's access lines 59 are 
provided that the various BVPNs do not interfere with policed at a policing processor 63 on a negotiated value, 
each other. To prevent this interference, traffic manage- AD cells that pass through the policing processors 63 
meat capabilities (Le. policing) is introduced in the net- 65 are multiplexed on a high-speed internal bus 64. Cells on 
work to prevent one user's excess traffic from degrad- the internal bus 64 are directed toward an appropriate 
ing the quality of service available to another B-ISDN output port 67 and stored in a buffer 66 equipped to 
customer. The needed traffic management capabilities each output port In a typical prior art output buffer 
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switch, the output buffer is shared by many virtual premises network 96 and the Network-to-Node inter- 
paths and virtual channels. To realize egress policing, face (NNI) 97 through our broadband switching net- 
policing processors 65 are placed between the internal work 100, would go through the same link 101 until it is 
bus 64 and the output buffers 66 which are then segre- necessary to fen them out on separate links 102. 
gated and d e dica t ed to each virtual path link 62 at out- S An example of BVPN traffic matrix with BVPN 
put port 67. resource allocation is illustrated in FIG. 9. For the 
An alternative embodiment, as set forth in the above purpose of the analysis, the traffic flow between any 
cited Ahmed et aL patent application, does not require two customer premises network locations is Effqiyned to 
the introduction of a policing processor at the output be bidirectional and symmetric. The virtual path link 
port of the broadband switching systems. The point of 10 capacities at the access could be estimated as follows: 
our BVPN is to use transmission facilities efficiently. 
FIG. 6 shows this alternative embodiment In this archi- I24 
tecture, traffic from customer locations 71 and 72 over RpcoAVFLUiy = 2 RmU&LJ) + 
access lines 76 are policed by ingress policing proces- 
sors 82 and then are multiplexed at multiplexor 78 into 15 mzxAR(\2i,j\j = 122, 123, 124) 
a virtual path trunk line 79. This trunk line does not 
require a special trunk circuit, but is physically looped where: 
back to input port 73 of broadband switching system 75. 

At input port 73, an ingress policing processor 81, simi- A/^v)=-/*maxOy)-*<nijiC v) 
lar to the policing processors 82 at all the input ports, is 20 

used to provide the desired egress policing function Le. R/m/iOJ) = minimum traffic capacity between cus- 

to police the aggregated traffic to a negotiated virtual tomer locations i and j 

path link transmission capacity. The multiplexed traffic R^-^ljl = maximum traffic capacity between cus- 

can then be combined with the traffic from another tomer locations i and j 

customers' location 74 for transport on physical facility 25 Thus, the peak traffic capacity for virtual path link 111 

80. can be calculated using the expected luini mum and 

In this switch architecture, extra switching ports and maximum traffic between customer locations as shown 
capacity are needed. The 

mammim; number of exlxii in Table 1. Each ordered pair in Table 1 depicts the 

switching ports is equal to the total number of outgoing minimum and maximum traffic, respectively, between 

virtual path links used for the BVPN. However, the 30 the labeled customer premises networks (CPNs). As 

actual number of extra ports needed for the broadband shown, the minimum traffic between CPN 121 and 

switching systems may be less than this maximum. If the CPN 122 is 3 Mb/s, between CPN 121 and CPN 123 is 

aggregated input capacity is equal to or less than an 5 Mb/s, and between CPN 121 and CPN 124 is 5 Mb/s. 

output virtual path link capacity, the output virtual path Using the equation above, the expected peak traffic 

link can be directly multiplexed with other customers' 35 capacity for virtual path link 111 is calculated by first 

traffic on the same physical transmission link. In this summing the minimum values (equaling 13 Mb/s) and 

case, the extra port is unnecessary. then adding that sum to the TnaTimmn of the difference 

As shown in FIG. 3 and FIG. 4, our BVPN simply between the minimum and maximum expected traffic 

interconnects the customer's locations. The result ts an between CPN 121 and the other CPNs. In this case the 

island network which does not allow traffic to be routed 40 maximum of the difference is 12 Mb/s which is the 

outside the private network and provides only point-to- d iff erence between the mmmmn anH 

maximum traffic 

point connections. However, various extensions could expected between CPN 121 and CPN 122. Therefore 

be provided. These are shown in FIG. 7. There the the peak traffic allocation for virtual path link 111 is 25 

basic BVPN, connecting customer premises networks Mb/s (the 13 Mb/s sum plus the 12 Mb/s 

4, 5, and 6 via broadband switching systems 30 and 31, 45 difference). 

has been supplemented with interworking units 90 for As disclosed earlier, the bandwidth of the virtual 
access to any pre-existing services, such as Switched channel connections within a virtual path link can vary 
Multimegabit Services (SMDS) 91, Frame Relay Ser- with time and therefore could increase the internal 
vice 92, or Plain Old Telephone Service (POTS) 93. It capacity of a virtual efamtirf cross-connect capability 
could also support access to Inter-Exchange Carder 50 within a broadband switching system. The equation 
(IEQ 94 service providers or to Knhancfd Service above can be used to determine the peak traffic between 
Providers (ESP) 95. any two input and output ports. Furthermore, the vir- 
In our BVPN network, the bandwidth of the virtual tual channel cross-connected within a broadband 
channel connections in a virtual path link can vary with switching systems are bidirectional but do not necessar- 
ttme, and at any instant of time, the bandwidth of a 55 ily have symmetric capabilities. For example, as shown 
virtual channel connection can equal the peak capacity in FIG. 9, the peak capacity allocated to virtual chan- 
of the virtual path link. Therefore, the virtual channel nels going from reference point 140 to reference point 
connections established between the input and output 141 is 25 Mb/s, whereas peak capacity allocated to the 
ports in a broadband switching system are required to same virtual ^atm^ m the opposite direction is 40 
transport any cell transfer rate up to the peak capacity 60 Mb/s. Also, note that the combined traffic from cus- 
of its virtual path links. This requirement on virtual tomer premises network i« customer premises net- 
channel connection cell transfer rate increases the re- work 123, and customer premises network 124 destined 
quired capacity of a broadband switching system. It is for virtual path link 115 could exceed its peak capacity, 
another aspect of our invention to optimize broadband 25 Mb/s, if the outgoing traffic is not polked, 
switching system resource allocation. FIG. 8 depicts 65 It is to be understood that the system and method for 
one method for resource allocation. In the figure, the providing Broadband Virtual Private Network Service 
virtual channels from customer premises network 94 on a Broadband ISDN public network illustrated herein 
destined to customer premises network 95, customer are not limited to the specific forms ^y^/wri and illus- 
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trated, but may assume other embodiments limited only 
by the scope of the appended claims. 
We claim: 

L A broadband system for providing a virtual private 
network capability to customers each having a plurality 
of locations and comprising: 
a plurality of broadband switching systems each hav- 
ing input and output ports; 
a plurality of virtual path links connecting said cus- 
tomer locations to one of said broadband switching 
systems and connecting any two of said broadband 
switching systems; 
a plurality of virtual channel links contained within 

said virtual path links; 
virtual channel connections between any two of said 
plurality of customer locations established by 
cross-connecting said virtual channel links at said 
broadband switching systems; 
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a broadband access line from each of a plurality of 
customer locations to any one of said broadband 
switching systems; 
a plurality of virtual path links containing a plurality 
of one c u s t omers' virtual rfMmnrf links on £* i<* 
broadband access line connecting said customer 
locations; and 
a plurality of virtual rJ«mi»>l connections <*g*ghK$hj>d 
between said customer locations by said means for 
crossKxnmecting where the combined outgoing 
traffic of one customer's virtual channel connec- 
tions is policed by said outgoing traffic policing 
means on said first virtual path link, and where one 
customer's combined incoming traffic fn ooi that 
customer's virtual channel connections on said 
second virtual path link is policed by said incoming 
traffic poncing means. 
5. A method for operating a broadband ISDN having 
a plurality of broadband switching systems and broad- 



means for policing incoming traffic on said virtual 20 band transport facilities for providing a customer a 
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path links at said input ports on said broadband 
switching systems; and 
means tor policing outgoing traffic on said virtual 
path links at said output ports of said broadband 
switching systems. 
Z A broadband system as recited in claim 1 wherein 
each of said plurality broadband switching systems 
comprise: 

means for multiplexing all traffic from a plurality of 
one customer's locations into one of said virtual 30 

path linlcR. 

3. A broadband system as recited in claim 2 wherein 
said means for policing incoming traffic and means for 
policing outgoing traffic on said virtual path links each 
comprises: 

means for regulating traffic on said multiplexed vir- 
tual channel connections wherein a customer may 
transmit on any virtual channel the peak bandwidth 
allocation for any of said virtual path links without 
affecting the service provided to other customers. 

4. A broadband ISDN system for providing a virtual 
private network capability comprising: 

at least one broadband switching system further com- 

45 



50 



35 



40 



a plurality of input/output ports, 
means for cross connecting virtual channel links 
between one of said input/output ports and an- 
other of said input/output ports to establish end- 
to-cnd virtual channel connections, 
means for policing the incoming traffic on a first 

virtual path link at said input ports, 
means for policing the outgoing traffic on a second 
virtual path link at said output ports, and 



broadband private virtual network service, said method 
comprising the steps of: 
providing the customer with the capability to estab- 
lish virtual channel connections by cross-connect- 
ing virtual channel links at said broadband switch- 
ing systems between a plurality of customer loca- 
tions; 

establishing virtual path links containing said virtual 
channel links between said customer locations and 
said broadband switching systems, and between 
said broadband swHching systems; 

multiplexing said virtual channel connections to- 
gether at each of said broadband switching systems 
for routing over said virtual path links, 

policing the incoming traffic on said virtual path links 
at input ports on said broadband switching systems; 
and 

policing the outgoing traffic on said virtual path Knlm 
at output ports on said broadband switching sys- 
tem. 

6. The method as recited in claim 5 wherein said step 
of policing the incoming traffic and said step of policing 
outgoing traffic further comprises: 

limiting the total traffic volume on each of said vir- 
tual path links below some specified threshold in- 
dependently established for each of said virtual 
path Knlr<L 

7. The method as recited in claim 6 wherein said 
traffic on said broadband switching systems is com- 
prised of ATM cells and wherein said limiting the traf- 
fic volume step comprises: 

discarding those ATM cells which exceed said speci- 
fied threshold. 

* * * * « 
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[57] 



ABSTRACT 



A cell multiplexing apparatus includes a transmitting section 
in which information fields of a plurality of AIM cells 
u]tgi)A»ri for transmission along the same path are multi- 
plexed and stored into an inforxnation field of one multi- 
plexed cell. A representative VPI, globally representing the 
VPIs of the plurality of ATM cells intended for transmission 
along the same path, is assigned as the VPI of the multi- 
plexed cell for transmission. A receiving section detects the 
representative VPI from received cells and the plurality of 
AIM cells having individual VPIs and transmitted along the 
same path are reconstructed from the multiplexed cell hav- 
ing the representative VPL The VPI area of the AIM header 
of the multiplexed cell is divided into two segments. The 
representative VPI designating the path for the multiplexed 
cell is carried in one segment and VPI information of the 
plurality of AIM cells intended for transmission along the 
same path is carried in the other segment. 
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Fig.14 
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Fig.16 
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Fig. 21 
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Fig. 23 
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CELL MULTIPLEXING APPARATUS IN ATM 
NETWORK 

BACKGROUND OF THE INVENTION 
1. Held of the Invention 

The present invention relates to a cell multiplexing appa- 
ratus for asynchronous transfer mode (AIM) communica- 
tion, and more particularly to a cell multiplexing apparatus 
for multiplexing cells having different virtual path identifiers 
(VPIs) along the same path into one multiplexed cell at a 
node-to-network interface (NNI). In mis specification, cell 
multiplexing means multiplexing information cells from a 
plurality of channels into one celL 

Z Description of the Related Art 

In recent years, B-ISDN (Broadband Integrated-Services 
Digital Network) has emerged as the next generation public 
network, and with the implementation of the B-ISDN, even 
more flexible broadband cornrmmication networks are being 
realized which can provide such services as voice commu- 
nications, very high-speed file transfer, information commu- 
nications, communications between LANs, moving image 
transmission, and even moving image services for high- 
definition television (HDTV). AIM commmriration technol- 
ogy that can handle such TrmlrinMriifi is used in B-ISDN. 

In AIM conimunication, high-speed asynchronous trans- 
mission is performed using AIM cells, and when commu- 
nication path congestion is encountered, the CLP control bit 
in each ATM cell is checked and ATM cells whose CLPs are 
"P are preferentially discarded Further, cell niultiplexing is 
performed to prevent such communication path congestion 
and also to increase cell utilization. For example, when 
transmitting voice cells constructed by assembling PCM 
voice code data at 64 Kb/s into ATM cells, the amount of 
voice data that can be carried in one voice cell is limited 
because of the associated time delay; as an example, if the 
allowable delay time is 0.5 ms, voice information that can be 
carded in one voice cell is only four bytes of data, i.e., 0.5 
ms (delay time) / 125 us (8 kHz samplrng)=4 samples. 

The above technique of cell multiplexing is such that in 
transmission of voice cells of a plurality of voice channels, 
if the cells have the same VPI between them, the voice 
information carried in these cells is merged and stored in an 
information field of one multiplexed cell, and a VPI com- 45 
men to the voice channels is appended to the VFI of the 
multiplexed cell for transmission. For example, if one cell 
can contain 40>octets of user mfonnatiou, it follows that in 
the above example, voice information for 10 channels (10 
voice cells) can be combined into one multiplexed celL 50 
Thus, the probability of occurrence of communication path 
congestion decreases because of the reduced number of 
voice cells (from 10 voice cells to one multiplexed cell). 
Furthermore, since voice information for multiple channels 
is carried in one multiplexed cell for transmission, cell 55 
utilization increases with an increasing degree of multiplex- 
ing (utilization of the information field is increased finom 
four octets to 40 octets). 

The above-described cell nniltiplexing has been known in 
the prior art, Le, a plurality of cells having the same VPI for 60 
transmission along the same path from an user network 
interface (UNI) is assembled into one multiplexed cell. 
However, it has not been practiced to multiplex cells with 
different VPIs into one multiplexed cell at each node in an 
ATM network; the only technique employed to handle such 65 
a situation has been the so-called statistical multiplexing 
whereby the cells are simply distributed to the paths desig- 
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nated by their VPIs (empty cells used for cell synchroniza- 
tion within the network are asynchronously replaced by 
information cells). This is because when the VPIs are 
different, the paths over which the cells are to be transmitted 
may be different Suppose that, in such a case, the above- 
described cell multiplexing were performed unconditionally 
at each communication node without ch<*»J"ng the identity 
of the VPIs. Then, the mtermediate node that received the 
multiplexed cell would have to disassemble the multiplexed 
cell, determine the destination of each individual cell con- 
tained in the 10 multiplexed cell, and then reassemble the 
cells into a multiplexed cell for transmission. This would not 
only increase the transmission delay associated with cell 
multiplexing but also add to the load at each node. 

However, the VPI of each cell is usually as-signed for each 
user network interface (UNI), and there are cases in which 
different VPIs from different UNIs may designate the same 
path. Furthermore, when the number of channels designated 
by one VPI is increased, different VPIs may be assigned to 
cteffigfintft the same path from the standpoint of network 
management. This is also true when the number of user 
network interfaces (UNIs) connected to the network is 
increased (which is equivalent to increasing the number of 
channels). In these cases, the VPIs of individual cells are 
different but designate the same path, and no problems occur 
with the above cell multiplexing. Furthermore, since these 
cases arise due to increased number of channels, etc., as 
noted above, by positively utilizing the technique of cell 
multiplying the effects of cell multiplexing, such as reduc- 
ing the possibility of congestion and increasing the cell 
utilization efficiency, can be further enhanced. 

SUMMARY OF THE INVENTION 

It is accordingly an object of the invention to provide a 
cell multiplexing apparatus wherein, using a facility for 
managing the VPIs of the cells intended for transmission 
along the same path, the assignment of the VPIs between 
NNIs is controlled so that the cells intended for transmission 
along the same path are multiplexed by assigning a repre- 
sentative VPI representing these cells even when the cells 
have different VPIs between them. 

It is another object of the invention to provide a cell 
mulriplftTtng apparatus wherein a facility for predicting the 
occurrence of congestion is added to the above-described 
cell multiplexing apparatus and, in order to reduce cell 
transmission delays, cell multiplexing is usually not per- 
formed, but performed only when the occurrence of con- 
gestion is predicted. 

According to the present invention, there is provided a 
cell multiplexing apparatus in an AIM network, comprising: 
transmitting means 1 in which the information fields of a 
plurality of AIM cells intended for transmission along the 
MTTtf path are multiplexed and stored into an information 
field of one multiplexed cell and a representative VPI 
globally representing the VPIs, including different VPIs, of 
the plurality of ATM cells intended for transmission along 
the same path is assigned as the VPI of the multiplexed cell 
for transmission; and receiving means 2 in which the rep- 
resentative VPI is detected from received cells and the 
plurality of AIM cells having individual VPIs and transmit- 
ted along the same path are reconstructed from the multi- 
plexed cell having the representative VPI. 

In one mode of the invention, the VPI area of the AIM 
'header of the multiplexed cell is divided into two segments 
so that the rer/resentative VPI is carried in one segment and 
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VPI inibrmation of the plurality of AIM cells intended for 
transmission along the same path is rarri«H in the other 
segment, and the path distribution for the multiplexed cell is 
done in accordance with the representative VPI; further, the 
fransrn it^n g nypnc ■ j rndTKfeff congestion predicting rp pau s 5 
for predicting the occurrence of congestion from the rela- 
tionship between the nrnnhw of input cells and the number 
of output cells, and the muffiplexed cell is assembled and 
sent out only when the occurrence of congestion is pre- 
dicted. 
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The present invention will be more clearly understood 
from the description as set forth below with reference to the 
accompanying drawings wherein; 

FIG. 1 is a diagram showing an example of an AIM 
network configuration; 

FIG. 2 is a diagram showing the structure of an AIM cell 
atNNI; 

FIG. 3 is a diagram showing the structure of an ATM cefl 20 
at UNI; 

FIG. 4 is a diagram showing an example of a multiplexed 
cell assembled by multiplexing voice cells; 

FIG. 5 is a block diagram showing the basic configuration 
of a transmitting section in a cell multiplexing apparatus ^ 
. according to the present invention;. 

FIG. 6 is a block diagram showing the basic configuration 
of a receiving section in the cell multiplexing apparatus 
according to the present invention; 

FIG. 7 is a diagram for explaining a representative VPI (1) 
acccrrding to the present invention; 

FIG. 8 is a diagram for explaining a representative VPI (2) 
according to the present invention; 

FIG. 9 is- a diagram showing an example of an AIM 35 
network employing the cell multiplexing apparatus accord- 
ing to the present invention; 

FIG. 10 is a diagram showing an embodiment of the 
transmitting section in the cell multiplexing appa i Hlu g 
according to the present invention; 40 

FIG. 11 is a diagram for explaining the operation of a 
detector at the transmitting side when the represen tative VH 

(1) shown in FIG. 7 is used; 

FIG. 12 is a diagram for explaining the operation of the 45 
detector at the transmitting side when the representative VH 

(2) shown in FIG. 8 is used; 

FIG. 13 is a diagram showing an example of the func- 
tional configuration of a multiplexer when the representative 
VPI (1) shown in FIG. 7 is used; 50 

FIG. 14 is a diagram showing an example of a control 
flow for FIG. 13; 

FIG. 15 is a diagram showing an example of the func- 
tional configuration of the "*»i tf p1 fre r when die represen- 
tative VPI (2) shown in FIG. 8 is used; 55 

FIG. 16 is a diagram showing an example of a control 
flow for FIG. 15; 

FIG. 17 is a diagram showing an enibodhnent of the 
receiving section in the cell multiplexing apparatus accord- ^ 
ing to the present invention; 

FIG. 18 is a diagram for explaining the operation of a 
detector at the receiving side when the representative VPI 

(1) shown in FIG. 7 is used; 

FIG. 19 is a diagram for explaining the operation of the 65 
detector at the receiving side when the representative VPI 

(2) shown in FIG. 8 is used; 



FIG. 20 is a diagram showing an example of the func- 
tional configuration of a demultiplexer when the represen- 
tative VPI (1) shown in FIG. 7 is used; 

FIG. 21 is a diagram showing an example of a control 
flow for FIG. 20; 

FIG. 22 is a diagram showing an example of the func- 
tional configuration of the demultiplexer when the repre- 
sentative VPI (2) shown in FIG. 8 is used; 

FIG. 23 is a diagram showing an example of a control 
flow for FIG. 22; 

FIG. 24 is a diagram showing an embodiment in which 
each input buffer in the transmitting section is provided with 
a congestion prediction function; 

FIG. 25 is a diagram showing an example in which each 
buffer shown in FIG. 24 is constructed from a FIFO 
memory; and 

FIG. 26 is a diagram showing an example in which each 
buffer shown in FIG. 24 is constructed from a RAM. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Before describing the preferred embodiments according 
to the present invention, examples of the related art are 
provided with reference to acccanpanying drawings FIGS. 1 
to 4. 

FIG. 1 is a schematic diagram illustrating how commu- 
nications are performed between nodes in a B-ISDN. 
In FIG. 1, user terminals 131 are connected to commu- 



nication nodes 132 via respective user network interfaces 
(UNIs). High speed asynchronous transmission using AIM 
cells is performed between the c ommunicati on nodes via 
node-to-network interfaces (NNIs) and digital service units 
(DSUs). Each communication node 132 contains AIM adap- 
tation layers ( AALs) 133 and ATM switches 134. The AAL 
133 is responsible for AIM cell assembly and disassembly 
between the user terminal 131 and the AIM switch 134. 
Data from the user tenninal 131 is broken up into a plurality 
of AIM cells which are then transferred via the AIM switch 
134. 

FIGS. 2 and 3 show examples of AIM cells. The former 
(FIG. 2) shows the format of the NNI which is an interface 
between the communication nodes 132, and the latter (FIG. 
3) shows the format of the UNI which is an interface 
between the user tenninal 131 and the communication node 
132. Each AIM cell consists of 53 octets, of which the first 
five octets represents the ATM header designating the com- 
munication destination and the remaining 48 octets consti- 
tute the information field carrying packetized voice, data, 
etc. from the terminal. 

The AIM header contains a virtual path identifier (VPI) 
that specifies a communication path, a virtual rhaniwl iden- 
tifier (VCI) that specifies a channel to be used in the 
specified communication path, control bits such as FT 
(payload type) and GLP (cell loss priority), and a CRC 
calculation value for HEC (header error control). The infor- 
mation field carries infonnation from the terminal such as 
voice, data, etc. that has been assembled into cells of 48 
octets. If the information does not fill up to the 48 octets, any 
remainder is filled with blanks. TteUTO (KG. 3) is provided 
with a generic flow control (GFC) facility. The GPC is used 
to control contention between cells on the same physical 
layer connection when a plurality of terminals are connected 
to the user side of the UNL The GFC is therefore not 
provided in the NNI (FIG. 2). 
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Referring back to FIG. 1, data from each terminal 131 is 
assembled into cells by the AAL 133 and a cornrmmicatioD 
path is set up by the AIM switch 134. Using the header data 
in each ATM cell, the ATM switch 134 performs the high 
speed switching operation by hardware which is the feature 5 
of ATM FIG. 1 illustrates how the user terminals 131 
connected to the respecdve cornrrnTnicarton nodes 132 com- 
municate with each other over oonmmincation paths, Le. 
virtual paths (VPs) 136 and virtual channels (VCs) 137 
specified therein. If communication path congestion is 10 
detected by the AIM switch section 134 during communi- 
cation, the ATM switch 134 discards part of the data 
transmitted from the transrmtring user terminal 131. In this 
case, the ATM switch 134 checks the CLP control bit in the 
AIM cell format (FIGS. 2, 3) and preferentially discards 15 
cells whose CLP value is T. 

Cell multiplexing is performed to avoid congestion of the 
communication path and also to increase cell utilization. For 
example, when transmitting voice cells constructed by 
- assembling PCM voice code data of 64 Kb/s into AIM cells, 20 
the amount of voice data that can be carried in one voice cell 
is limited because of the associated time delay; as an 
example, if the allowable delay time is 0.5 ms, the voice 
information that can be carried in one voice cell is only four 
bytes of data, Le., 0.5 ms (delay time) / 125 us (8 kHz 25 
sampMng)=4 samples. The above technique of cell multi- 
plexing is such that in transmission of voice cells of a 
plurality of voice channels, if the cells have the same VPI 
between them, the voice information carried in these cells is 
merged and stored in an information field of one multiplexed 30 
cell, and a VPI common to the voice channels is appended 
to the VPI of the multiplexed cell tor transmission. For 
example, if one cell can contain 40-octets of user informa- 
tion, it follows that in the above example, voice information 
of 10 rfwmnrift (10 voice cells) can be combined into one 35 
multiplexed celL Thus, the probability of occurrence of 
communication path congestion decreases because of the 
reduced number of voice cells (from 10 voice cefls to one 
multiplexed cell). Furthermore, since voice information of 
multiple channels is carried in one multiplexed cell for 40 
transmission, cell utilization increases with increasing 
degree of multiplexing (utilization of the information field is 
increased from four octets to 40 octets). 

FIG. 4 illustrates an example of a multiplexed cell 
assembled by multiplexing voice cells such as described 
above. As described, the information field of the multiplexed 
cell accormnodates the voice information of a plurality of 
channels that number n (n is an integer), while the control 
information field thereof contains, for example, address 
information to identify the location of each of the plurality 
of voice irrformation items stored (channels 1 to n), and 
control information used to disassemble the multiplexed cell 
and reassemble the individual voice cells at the destination 
node. A VPI common to the plurality of channels is written 
in the AIM header. 

The preferred embodiments of the present invention will 
now be described below. 

FIG. 5 is a block diagram showing the basic configuration 
of a transmitting section in a cell multiplexing apparatus «> 
according to the present invention. 

As shown in FIG. 5, tnmsrmtting means 1 comprises: 
input buffer means 13 for boifering a prescribed number of 
incoming cells; VPI managing means 11 for managing the 
VPIsof aphrnm^y of AIMcenstote 65 
same path; representative VPI assigning means 12 for 
assigning a representative VPI representing the VPIs of the 
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plurality of ATM cells to be transmitted along the same path; 
path match detecting means 14 for comparing the VPIs of 
the incoming cells output from the input buffer means 13 
with the VPIs for the same path supplied from the VPI 
managing nvmiw 11, and for separating the incoming cells 
into matched cells for which the VPIs match and unmatched 
cells for which the VPIs do not match; multiplexed cell 
assembling means 15 for a^reemb ling a plurality of matrh^H 
cells supplied from the path match detecting circuit 14 into 
one multiplexed cell, and for assigning the representative 
VPI from the representative VPI assigning means 12 as the 
VPI of the multiplexed cell; and output butler means 16 for 
buffering the multiplexed cells from the multiplexed cell 
assembling means 15 and/or the ^rima***** cells from the 
path match detecting means 14. 

The input buffer means 13 t emp orarily stores incoming 
cells, and when the number of incommg cells stared therein 
exceeds a prescribed value, it is decided that congestion is 
most Hkely to occur, and a congestion prediction signal is 
issued. The VPI managing means U manages the VPIs of a . 
plurality of cells to be transmitted along the same path, 
mrJnhS'ng such cells as having different VPIs, while the 
representative VPI assigning means 12 assigns a represen- 
tative VPI globally representing the VPIs of the plurality of 
cells to be transmitted along the same path. The path match 
detecting means 14 co mpa res the VPI of each of the incom- 
ing cells transferred from the input buffer means 13 with the 
VPIs for the «wm path supplied from the VPI managing 
means U, and separates the incoming cells into matched 
cells for trarismission along the same path and unmatched 
cells for transmission along different paths. 

The cells to be transmitted along the same path are 
supplied to the multiplexed cell assembling means 15 at the 
next stage, where the information fields of these cells arc 
combined together and assembled into a multiplexed cell to 
which the representative VPI supplied from the VPI assign- 
ing means 12 is appended. The output buffer means 16 
buffers the multiplexed cell supplied from the multiplexed 
cell assembling means 15 for trarismission along the same 
path and the individual cells supplied from the path match 
rii*ftyring means 14 for transmission along different paths, 
and outputs them at prescribed timing 

FIG. 6 is a block diagram showing the basic configuration 
of a receiving section in the cell multiplexing apparatus 
according to the present invention. 

As shown in FIG. 6, receiving means 2 comprises: input 
buffer means 23 for buffering a prescribed number of 
received cells; representative VPI assigning means 21 for 
assigning a representative VPI for a multiplexed cell 
assembled from a plurality of ATM cells to be transmitted 
along the same path; VPI managing means 22 for managing 
the VPIs of the plurality of ATM cells assembled into the 
multiplexed cell; representative VPI detecting means 24 for 
comparing the VPIs of the received cells supplied from the 
input buffer means 23 with the representative VPI supplied 
from the representative VPI assigning means 21, and for 
separating the received cells into multiplexed cells each with 
a representative VPI for which me VPIs match and the other 
received cells for winch the VPIs do not match; multiplexed 
cell disassembling means 25 for disassembling each 
matched multiplexed cells supplied from the representative 
VPI detecting means 24 into their component ATM cells; 
and output buffer means 26 for buffering the ATM cells 
supplied from the multiplexed cell disassembling mmww 25 
and/or the unmatched received cells supplied from the 
representative VPI detecting means 24. 

The input buffer means 23 buffers received cells and 
supplies them to the representative VPI detecting means 24 
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at the next stage. Hie representative VPI assigning means 21 
and the VPI managing means 22 have functions equivalent 
to those of the representative VPI assigning means 12 and 

the VPI managing mesmn U in the t ransmi tting mwww 1. The 

representative VPI detecting means 24 separates the 
received cells into cells having representative VFIs and the 
other cells, and outputs them separately. The multiplexed 
cell disassembling means 25 reconstructs the individual 
ATM cells having original VPls, from the information 
contained in the information field of the received cell having 
the representative VPI and also from the mfcrmation sup- 
plied from the VPI managing means 22. The output buffer 
means 26 buffers the reconstructed ATM cells and the cells 
having no representative VPls, and holds them for output 

FIGS. 7 and 8 each show a schematic diagram for 
explaining the construction of a representative VPI accord- 
. ing to the present invention. 

In FIG. 7, a representative VPI 34 (table address Yq) is 
written into the AIM header 31 of an AIM cell in accor- 
dance with a VPI management table 33 contained in the VPI 
managing means U of the transmitting means 1 (FIG. 5), 
and individual VPI information designated by the represen- 
tative VPI is written into the infbrniationfield32oftheAIM 
cell along with the contents of the information field of each 
cell multiplexed For the individual VPI information 35, 
individual VPI numbers (VPI #121, VPI #122, etc shown in 
FIG. 7) may be written directly, or instead, identifying 
information for identifying mem (eg., corresponding table 
addresses Yj-YJ may be written. 

In the receiving means 2 (FIG. <)» the representative VPI 
rirtpcrmg means 24 detects the representative VPI 34 from 
die AIM header 31 of the received cell, and the individual 
AIM cells are reconstructed from die individual VPI infor- 
mation 35 (VPI #121, VPI #122, etc) contained in the 
information field 32, or from the identifying information 
(Yi-YJ by using the VPI management table 33 contained in 
the VPI managing means 22, as is done at the transmitting 
side. 

According to the format of FIG. 7, it is possible to 
reconstruct individual AIM cells just by identifying the ^ 
representative VPI number at the receiving side, in which 
case the VPI management table can be simplified. Further- 
more, this format can be used in connectionless communi- 
cations. 

FIG. 8 shows the format in winch the VPI area of the NNI 45 
format in the AIM header 31 is divided into two segments, 
one segment (which, in FIG. 8, corresponds to the GFC area 
(AAAA) in the UNI format) being allocated to a represen- 
tative VPI and the remaining VPI area being allocated bit by 
bit (Xo-X?) to the VPI information of the cells multiplexed 50 
Since the GFC area is not used in communications between 
nodes, assigning the representative VPI of the invention to 
that area helps to maintain consistency with existing net- 
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As shown in the right side of FIG. 8, AAAA=0 indicates 55 
that the cell is a normal cell that has not been multiplexed 
Therefore, in the case of FIG. 8, a total of 15 representative 
VPls from AAAA=1 to AAAA=15 are available for selec- 
tion. Each of the VH numbers 1 to 15 corresponds to one of 
15 VPI management tables (37-1 to 37-15). The bits Xq-X, 60 
in each representative VPI conesponds to eight addresses in 
the associated VPI management table. Any one of the bits 
Xo-X 7 mat is set to "1" indicates that the mdi vidua! VPI 
stored at the correspc^uhng address is used For example, 
when AAAA=0010 and X r -X 8 =0000001 1, as shown in FIG. 65 
8, it mdi rates that the representative VPI #2 is comprised of 
two individual VFIs #121 and #122. 



The format of FIG. 8 requires the provision of represen- 
tative VPls and VPI management tables containing corre- 
sponding individual VPI infonnatian at both the transmitting 
and receiving aides, but since the amount of VPI information 
carried in a multiplexed cell is small and die processing at 
intermediate nodes, etc is therefore simplified, tht> format 
has the advantage of mini miring processing time delays, etc 
Furthermore, since the mapping between die representative 
VPls and the groups of individual VFIs is simple, the format 
has the further advantage that hardware nnpiftmpnta ti n n, is 
easy, thereby allowing high-speed VPI retrieval, etc 

FIG. 9 shows an example of an ATM network in which the 
cell multiplexing ap t M T fl t w s of the invention is employed. 

In FIG. 9, B-ISDN terminals (B-NT) 41 are connected to 
an ATM exchange (1)42 via user network interfaces UNIs. 
The AIM exchange (1) 42 multiplexes AIM cells having 

VPI #121 and #122 designating t ransmiagi nn along the game 

path, and appends a representative VPI #12 to the multi- 
plexed cell for transrmssion. The number #12 of the repre- 
sentative VPI indicates that this representative VPI desig- 
nates the path leading from the AIM exchange (1) to the 
next AIM exchange (2). For other paths, for example, a VPI 
#131 designating the path leading to an AIM exchange (3) 
in the case of FIG. 9, cells are not multiplexed but sent out 
as normal ATM cells. 

In the ATM exchange (2) 43, upon detecting the repre- 
sentative VPI #12, the individual AIM cells having the 
original VPls #121 and #122 are reconstructed from the 
individual VPI information carried in the mfonnation field 
of die AIM cell having the representative VPI #12, or by 
referencing the VPI information contained in the VPI man- 
agement table corresponding to the representative VPI #12, 
as described previously in connection with FIGS. 7 and 8. 
The reconstructed cells are then transferred to B-ISDN 
terminals (B-NT) 44 via respective user network interfaces 
UNIs. Tne cells with the VPI #131 designating the different 
path are relayed as are. In the example shown in FIG. 9, a 
B-ISDN terminal (B-NT) 45 is connected to the AIM 
exchange (2) 43 via a user network interface. Since its path 
VPI #231 designates the same path as the above path VPI 
#131, the cells can be multiplexed together as in the previous 
example, but FIG. 9 snows an example in which the ATM 
exchange (2) 43 judges that the situation does not lead to 
congestion of die communication path leading to the AIM 
exchange (3) 46, so that die cells are not multiplexed in this 
case. 

FIG. 18 is a block diagram showing one embodiment of 
the transmitting section in the cell multiplexing apparatus 
according to the present invention. 

In comparison with the invention shown in FIG. 5, the 
buffers 51 shown in FIG. 10 correspond to the input buffer 
means 13 of FIG. 5, and die VPI management table 53 and 
VPI assignment functional section 54 shown in FIG. 10 
correspond to the VPI managing means 11 and representa- 
tive VPI assigning means 12, respectively, shown in FIG. 5. 
Further, the path distributor 52 and detector 55 shown in 
FIG. 10 together correspond to the path match detecting 
means 14. The multiplexer 54 in FIG. 10 corresponds to the 
multiplexed cell assembling means 15 of FIG. 5, and the 
buffer 57 shown in FIG. 10 corresponds to the output buffer 
means 16 of FIG. 5. 

In FIG. 10, nggnmtng that the transmitting section 50 is 
used in the AIM exchange (1) shown in FIG. 9, the AIM 
cells received from the B-ISDN tenmnals 41 are input to the 
buffers 51 according to their path VPls #121, #122, and 
#131. Using VPI tables containing fixed values stored at the 
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time of system setup or variable values stored at me time of 
path setup to the destination, the VPI management table 53 
controls the path distributor 52 comprised of ATM switches 
and distributes the inconnng cells to the respective common 
paths (#12X, #13X, etc.). 

In the detector 55, the VPI nunibOTof thedistribiitedcel^ 
are compared with the VFI numbers supplied from the VPI 
management table 53 for multiplexing onto the designated 
path; the cells for which the VPI numbers match are trans- 
ferred to the multiplexer 56 at the next stage* while the cells 
far which the VPI numbers do not match are passed directly 
to the buffer 57. In the example shown in FIG. 10, VPI #121 
and VFI #122 are given from the VPI management table 53 
as the VPI group to be multiplexed, so that the incoming 
cells having the VPI #121 or #122 are transferred to the 
multiplexer 56 as raatrhpH cells. Toe VPI assignment func- 
tional section 54 supplies the representative VPI number 
(VFI #12) representing the multiplex VPI group to the 
multiplexer 56. The multiplexer 56 then assembles a mul- 
tiplexed cell with the representative VPI written to the VPI 
field of its AIM header and the information contents of the 
matched cells written to its information field, and transfers 
the thus assembled multiplexed cell to the buffer 57 at the 
next stage. The buffer 57 also holds the non-multiplexed 
cells directly passed from the detector 55, and the multi- 
plexed and non-multiplexed cells are sequentially output at 
fliR prescribed cell transmit tuning. 

FIG. U is a diagram for explaining the operation of the 
detector 55 when the representative VPI (1) shown in FIG. 
7 is used. 

The example of FIG. U shows a case in which an AIM 
cell having the VPI #122 arrives and the VPI (#122) carried 
in its ATM header is input to a register 61. A comparator 62 
compares the VFI held in the register 61 with each VFI 
stored in the VFI management table 53, and detects a match 
with #122 at table address XI, upon which a switch 63 at the 
subsequent stage is set to connect to the multiplexer 56. At 
the same time, the representative VPI #12 stored at address 
Xq in the VPI management table 53 is supplied to the 
multiplexer 56. 

FIG. 12 is a diagram illustrating, as an alternative 
example, the operation of the detector 55 when the repre- 
sentative VPI (2) shown in FIG. 8 is used. 

The process of FIG. 12 is the same as that shown in FIG. 
11 up to the step where the VPI #122 is detected. In FIG. 12, 
the representative VPI and individual VPI information given 
to the multiplexer 56 are different from those described in 
FIG. 11 . That is, for the representative VPI, a four-bit table 
number AAAA=0010 stored in the VFI management table 2 
is given, and for individual VPI information Xq-Xj, an 
identifier X t =l indicating the use of the VPI #122 is given. 

Next, the operation of the multiplexer 56 will be described 
with reference to FIGS. 13 and 14 and FIGS. 15 and 16. The 
functional configuration shown in FIG. 13 and the control 
flow shown in FIG. 14 are related to FIG. U and concern the 
operation of the multiplexer 56 when the representative VPI 

(1) shown in FIG. 7 is used. On the other hand, the 
functional configuration shown in FIG. 15 and the control 
flow shown in FIG. 16 are related to FIG. 12 and concern the 
operation of the multiplexer 56 when the representative VPI 

(2) shown in FIG. 8 is used. 

The detector 55 shown in the left side of FIG. 13 has 
already been described with reference to FIG. U, and 
therefore, the description thereof will not be repeated here. 
When a match is detected by the comparator 62, a gate 
circuit 64 (which corresponds to the VFI assignment func- 
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tional section 54 of FIG. 10) is enabled for output so mat the 
representative VPI #12 stored at address Xq is written into 
the AIM header of a multiplex buffer 70. Upon the detection 
of the match, the ATM cells (VPI #121, VPI #122) to be 

5 multiplexed are each directed via the switch 63 to a VPI 
separator 65 where each cell is disassembled to separate the 
VPI field from the information field; the separated VFI field 
and information field are then written into a VPI staring area 
and an information field storing area, respectively, in the 

10 information field of the multiplex buffer 70. For the VPI 
information written into the VPI storing area, the VPI 
number of each ATM cell may be written directly, as shown 
in FIG. 13, or instead, an identifier, Le. the information 
identifying an address in the VFI management table, may be 

15 written. 

A timer 68, which operates with the system clock, starts 
counting at the instant in time when the first cell is written 
into the multiplex buffer 70, and outputs a count end signal 
at the end of a prescribed time. The prescribed time is set 

20 equal to the multiplex processing time allowed for cell 
multiplexing within the previously noted allowable voice 
delay time. A counter 66 counts up on a cell write clock for 
every cell write, and outputs a signal when a prescribed 
number of cells have been multiplexed. A register 67 is used 

25 to set the multiplexing delay time for the timer 68 and the 
number of cells to be multiplexed for the counter 66, thereby 
controlling the cell multiplexing in the w«ilripT«g buffer 70. 
An OR circuit 69 outputs an output signal from either the 
timer 68 or the counter 66 as an output enable signal to the 

30 multiplex buffer 70. Upon reception of the output enable 
signal, the multiplex buffer 70 outputs a multiplexed cell 
assembled up to that time. 
FIG. 14 shows an example of a control flow for FIG. 13. 
In FIG. 14, steps S101 and S102 concern the operation of 

35 the detector 55, where the VPI of each incoming cell is 
compared with the VFIs stored in the VFI management 
table. When a match is found as a result of the comparison, 
then the process proceeds to step S103 and on to the 
subsequent steps, which concern the operation of the mul- 

40 tiplexer 56. First, die representative VFI is written into the 
VPI area in the multiplex buffer 70 (S103). Then, the VPI 
iiiformation (VPI number or VPI identifier) and the contents 
of the information field of the cell are written into the VPI 
storing area and information field storing area, respectively, 

45 in the multiplex buffer 70 (S104, S1Q5). The counter 66 is 
incremented by the write signal (S106). The timer 68 is 
already started in step S102 upon the detection of the match. 

In step S107, the counter 66, the timer 68, and the 

^ multiplex buffer 70 are checked as to whether they have 
finished counting or become full. If not full (NO), the 
process returns to step S101 to process the next incoming 
cell for multiplexing; the number of cells multiplexed thus 
increases. When the full state is detected in step S107 (YES), 

ss the multiplexed cell assembled from the cells multiplexed up 
to time is output, thnq completing the multiplexing 
operation (S108, S109). On the other hand, if no match is 
found in step S102, the multiplexing operation is not per- 
formed and the normal ATM cell is output as is (SU0 t SU1). 

60 Now, using the functional configuration of FIG. 15 and 
the control flow of FIG. 16, the operation of the multiplexer 
56 will be described below when the representative VPI (2) 
shown in FIG. 8 and related to FIG. 12 is used. 
The configuration shown in FIG. 15 is substantially the 

65 same as that shown in FIG. 13; in FIG. 15, corresponding 
parts to those shown in FIG. 13 are designated by the same 
reference numerals, and the descriptions of such parts are 
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not repeated here. As described with reference to HO. 8, 
when the detector 55 detects a match between the represen- 
tative VPI (high-order four bits) of the incoming cell and the 
number of the VPI management table S3, the representative 
VPI (AAAA) corresponding to the VPI management table 5 
number is written via the gate circuit 64 into the first four 
bits (GFC area) in the ATM header of the multiplex buffer 
70. When the VPI (high-order four bits) of the incoming cell 
. is not allO, these four bits may be directly transmitted as the 
representative VPI. i0 

For individual VPI mformation, flag information corre- 
sponding to the memory address of each individual VPI 
number written in the VPI management table (1 is set in 
address Xq-Xi where the VPI address is written) is written 
into the next eight-bit area (VFI area) after the first four bits 
(GFC area) in the multiplex buffer 70 shown in FIG. 15. In 
the case of FIG. 15, since the VPI information of each cell 
to be multiplexed is man age by the VPI management table 
provided in each transmit/receive node, the VPI separator 65 
and the VPI storing area in the multiplex buffo 70 used in 
the configuration shown in FIG. 13 need not be provided. 20 

FIG. 16 shows a control flow for FIG. 15. The control 
flow shown in FIG. 16 is substantially the same as that 
shown in FIG. 14, except that the contents of steps S209 
through S20S in FIG. 16 are different from those of steps 
S103 through S105 in FIG. 14. 25 

hi step S203, the VFI management table number (AAAA) 
is written into the GFC area in the multiplex buffer; as 
described above, and in step S204, address flags X^X, 
corresponding to matrhrri vPIs are set to 1. Then, in step 
S20S, only the information field of the input cell is written 30 
into the information field of the multiplex buffer 70. 

FIG. 17 is a block diagram showing one emrjodiment of 
the receiving section in the cell multiplexing apparatus 
according to the present invention. 

In comparison with the invention shown in FIG. 6, the 35 
buffers 81 shown in FIG. 17 correspond to the input buffer 
means 23 of FIG. 6, and the VFI management table 83 and 
VFI assignment functional section 86 shown in FIG. 17 
correspond to the VPI managing means 22 and representa- 
tive VPI assigning means 21, respectively, shown in FIG. 6. 40 
Further, the path distributor 82 and detector 84 shown in 
FIG. 17 together correspond to the representative VPI 
detecting means 24 shown in FIG. 6. The demultiplexer 85 
shown in FIG. 17 corresponds to the multiplexed cell 
disassembling means 25 of FIG. 6, and the buffer 87 shown 45 
in FIG. 17 corresponds to the output buffer means 26 of FIG. 
6. 

In FIG. 17, assuming that the receiving section 80 is used 
in the ATM exchange (2) shown in FIG. 9, the received cells 
(respectively having VPI #12, VPI #131, and VPI #231) 50 
temporarily held in the buffers 81 are distributed to the 
respective paths by means of the path distributor 82 con- 
trolled by the VPI management table 83, as in the case of the 
previously-described transmitting section (FIG. 10). The 
detector 84 detects the representative VPI carried in the 55 
ATM header of each received cell to distinguish the multi- 
plexed cell (VFI #12) transmitted from the transmitting 
section. Each cell having the rerwesentarive VPI #12 is 
reconstructed into the original individual AIM cells (VPI 
#121, VFI #122) by the demultiplexer 85 at the next stage. 60 
The reconstructed ATM cells and the nan-multiplexed nor- 
mal cells are buffered in the buffer 87 which outputs each 
cell onto the path designated by the VPI of the cell at the 
prescribed cell transmit timing. 

FIG. 18 is a diagram illustrating the operation of the 65 
detector 84 when the representative VPI (1) shown in FIG. 
7 is used. 
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In FIG. 18, the VPI area in the AIM header of each 
received cell is input to a shift register 91 in the detector 84. 
A co mparator 92 in the detector 84 compares the VPI held 
in the shift register 91 with the representative VFI supplied 
from the VFI management table 83; when they match, the 
ceUisdetenmnedasarrMtirilexedceUandas 
subsequent stage is set to connect to the demultiplexer 85. In 
the example shown, the representative VFI #12 is input to 
the shift register 91, and a match is found with the repre- 
sentative VPI #12 stored at address Xq in the VPI manage- 
ment table 83. 

When the representative VPI format (1) shown in FIG. 7 
is used, the VPI information of each individual cell is either 
directly written in the information field of the multiplexed 
cell or identified by an address identifier contained in the 
VPI management table 83, as previously described. In the 
former case, individual AIM cells can be recoristructed 
directly from the received cell by the demultiplexer 85, and 
in the latter case, the VFI #122 contained in the VPI 
management table 83 can be obtained using the address 
identifier X lf as shown by a dotted line in FIG. 18. 

FIG. 19 is a diagram illustrating, as an alternative 
example, the operation of the detector 84 when the repre- 
sentative VPI format (2) is used. 

In FIG. 19, the GFC area consisting of the first four bits 
input to the shift register 91 is examined to determine 
whether the cell is a multiplexed cell or not (cells other than 
AAAA=0000 are multiplexed cells). The representative VPI 
number indicated by the first four bits refers to the corre- 
sponding VFI management table number (1-15), and the 
value of each remaining VFI bit (Xo-XJ indicates the 
corresponding memory address in the table. Therefore, each 
individual VPI information can be readily obtained using 
these bits. In the example shown, the VPI management table 
number 2 is obtained from the representative VPI #2 of the 
received cell, and since the remaining received VPI bits are 
Xq-X^I 1000000, the individual VPI information desig- 
nated by the representative VPI is obtained from address 3Q, 
and address X| in the VPI management table number 2 (VPI 
#121 and VPI #122). 

Next, the operation of the demultiplexer 85 will be 
described with reference to FIGS. 20 and 21 and FIGS. 22 
and 23. The functional configuration shown in FIG. 20 and 
the control flow in FIG. 21 are related to FIG. 18 and 
concern the operation of the demultiplexer 85 when the 
representative VPI (1) shown in FIG. 7 is used. The func- 
tional configuration shown in FIG. 22 and the control flow 
in FIG. 23 are related to FIG. 19 and concern the operation 
of the demultiplexer 85 when the representative VPI (2) 
shown in FIG. 8 is used. 

The detector 84 shown in the left side of FIG. 20 has 
already been described with reference to FIG. 18, and 
therefore, the description thereof will not be repeated here. 
When a match is detected by the comparator 92 with the 
representative VPI #12, the multiplexed cell for which the 
match was detected is written into a multiplex buffer 94 in 
the demultiplexer 85 via a switch 93. When the multiplexed 
cell is written into the multiplex buffer 94, a read/write 
circuit 95 reads out data of the multiplexed Vn storing areas 
and information field stori ng arpaa from fh^ information 
field, and sequentially writes the data into the cell buffers,. 
96, 97, ... , each constructed with a shift register. For 
example, VPI #121 and VFI #122 read from the VPI storing 
areas are written into the ATM headers of the cell buffers 96 
and 97, respectively, and their crirresponding cell informa- 
tion read from the information field storing areas is written 
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into the information fields of the respective buffers. Each 
ATM cell thus reconstructed is sequentially clocked out of 
the shift register and fed to a buffer 87 at the output stage. 

The above blocks are reset after the ceDs are output from 
the cell buffers 96, 97, ... If a pointer facility is provided 5 
to the cell buffers, the above blocks can be reset at the instant 
in time when the data are written into the cell buffers. A 
pointer facility is used to indicate the shift position in a shift 
register, Le^ data position within a shift register. By using 
this, read/write operations can be started at the address I0 
location next to the pointer; therefore, there is no need to 
wait untfl the data are output from the cell buffers. This has 
the effect of reducing delays, etc. 

FIG. 21 shows an example of a control flow for FIG. 20 
described above. 15 

In FIG. 21, steps S301 and S302 concern the operation of 
the detector 84, where the VPI of each received cell is 
compared with the VPIs contained in the VH management 
table. When a match is found, the process proceeds to step 
S303 and on to the subsequent steps, which concern the 20 
operation of the demultiplexer 85. First, the received cell is 
written into the multiplex buffer 94 (S303). Next, the indi- 
vidual ATM cell information read out of VPI storing area 
and information field storing area of the multiplex buffer is 
written into the ATM header and information field in the 25 
respective cell buffers 96, 97, . . (S304-S307). Each 
individual ATM cell reconstructed by the above steps is 
sequentially clocked out for transmission to the terminal 
ri«rignntfri by the VPI of the cell. When the transmission is 
completed, each block is reset to complete the receive 30 
process (S308-S310). Nan-multiplexed cells are sent out to 
the designated terminals without undergoing the above 
process (S3U, S312). 

Next, using the functional configuration of FIG. 22 and 
the control flow of FIG. 23, the operation of the demum- 35 
plexer 85 will be described below when the representative 
VPI (2) shown in FIG. 8 and related to FIG. 19 is used. 

The configuration shown in FIG. 22 is substantially the 
same as that shown in FIG. 20; in FIG. 22, corresponding 
parts to those shown in FIG. 20 are designated by the same 40 
reference numerals, and therefore, descriptions of such parts 
are not repeated here. As described with reference to FIG. 
19, each multiplexed cell is detected by the detector 84, and 
the individual VPI numbers (VPI #121, VPI #122) of the 
component cells are obtained from the corresponding VPI 45 
management table 83. 

The difference from the configuration of FIG. 20 is that in 
FIG. 22, the VPI numbers obtained from the VPI manage- 
ment table 83 are written into die ATM cell areas in the 
respective cell buffers via the read/write circuit 95. 

In the configuration of FIG. 20 also, in cases in which VPI 
identifiers ftiHi'ggring addresses within the VPI management 
table are written in the information field storing area, the VPI 
numbers obtained from the VPI management table are 55 
written into the ATM cell areas of the respective cell buffers 
via the rcadVwrite circuit 95, as in the above configuration. 

FIG. 23 shows an example of a control flow for FIG. 22. 

In FIG. 23, the GFC area (AAAA) is checked in step S402 
to detect a representative VPI If AAAA are not all 0s, then 60 
the cell is determined as a multiplexed cell, and the received 
cell is written into the multiplex buffer 94 (S403). Next, 
from the addresses within the VPI management table cor- 
responding to the AAAA, the VPI numbers stored at the 
addresses ^g*™"* 1 by the address flags X^-Xj whose 65 
value is set to "1" are extracted and written into the cell 
buffers as VPIs (S404-S406). Next, the information fields of 
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the individual cells are read out of the information field 
storing area in the multiplex buffer and written into the 
respectively corresponding cell buffers (SWT). The ATM 
cells are thus reconstructed Ate 
dally clocked out for transmission to the terminal designated 
by the VPI of the cell (S408, S410). 

FIG. 24 hereinafter described concerns an embodiment in 
which the input buffers 51 in the transmitting section shown 
in FIG. 10 are provided with a congestion prediction func- 
tion. 

In FIG. 24, each input buffer 51 at the transmitting side is 
constructed, for example, from a first-in, first-out (FIFO) 
buffer memory or from a RAM, and is so configured as to 
output a congestion prediction signal when the number of 
received cells being buffered exceeds a prescribed number. 
For example, if the buffer has the capacity for 100 cells, the 
congestion prediction signal is issued when the number of 
buffered cells reaches 80. Upon reception of this signal, die 
multiplexer 56 (FIG. 10) starts cell multiplexing to reduce 
the number of cells and thereby prevent the occurrence of 
path congestion. The cell multiplexing is stopped upon the 
removal of the above signal. Such control is performed to 
prevent cell transmission delays when no congestion is 
expected. 

In the above example, cell multiplex control to prevent 
congestion is performed within the cell multiplexing appa- 
ratus itself, but such control may be performed between 
communication nodes. Taking the network shown in FIG. 9 
as an example, when a congestion prediction signal is issued 
in the AIM exchange (3) 46 by way of a common line signal, 
a control cell, etc., the ATM exchange (3) 46 alerts the ATM 
exchange (2) 43 accttnchngly. The alerted ATM exchange (2) 
43 then starts multiplexing the cells to be transmitted onto 
the ^gnatprf path. In like manner, the AIM exchange (2) . 
43 alerts die AIM exchange (1) 42 which then starts celt 
multiplexing in the same manner as above. As a result, the 
number of cells to be transmitted to the ATM exchange (3) 
46 is reduced, and the occurrence of path congestion is thus 
prevented. 

FIG. 25 shows an example in winch each input buffer in 
the transmitting section is a FIFO buffer memory. 

In FIG. 25, if each FIFO buffer 101 has a depth for ten 
cells, the following FIFO flag outputs are supplied to a 
selector 102 at the next stage; mat is, a half-flag lis set when 
the number of input cells reaches five, and a full-flag 1 is set 
when the number reaches 10, and likewise, a half-flag 2 and 
a full-flag 2 are set when the number of input cells reaches 
15 and 20, respectively. Any one of these flag outputs can be 
selected by setting an ap pr opri ate value in a cell count 
setting register 103. By using the selected flag output as the . 
congestion prediction signal, Le., the multiplex start signal, 
cell multiplex control can be performed to match various 
congestion conditions. 

FIG. 26 shows an example in which each input buffer in 
the transmitting section is constructed from a RAM. 

In FIG. 26, a read address pointer (RP) 104 and a write 
address pointer (WP)105 respectively indicate RAM read/ 
write (input/output) addresses, either one of which is 
selected by an address select circuit 106 for input to a RAM 
107. Read enable/write enable signals control the selection 
of one or other of the pointers, 104 or 105, and switches the 
address select circuit 106 accordingly. The pointers 104 and 
105 are each constructed from a ring counter which circu- 
lates in a cyclic manner, completing one cycle with a 
prescribed number of system dock pulses. A subtracter 108 
obtains the difference between the addresses fed from the 
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iead address pointer 104 and the write address pointer 105. 
The difference obtained by the subtracter 108 is supplied to 
a comparator 109 at the next stage, where the difference is 
compared with the set value of the cell count setting register 
110. The multiplex start signal is output when the difference 5 
between the read (output) address and the write (input) 
address exceeds the set value. 

Rir example, when the read address pointer indicates 035 
hex and the write address pointer indicates 048B hex, then 
the difference is 459 hex. Since one ceU consists tf 53 octets, I0 
which is 35 hex in hrxarirscimal notation, the difference 459 
hex is equivalent to 15 cells. Ibis difference is compared 
with the value set in the cell count setting register U0. While 
this configuration makes the circuit rnore complex compared 
with that constructed with the FIFO buffers first described, 1S 
the advantage is that the cell count that evokes the multiplex 
start signal can be set at a desired value. 

As described, according to the present invention, cells 
having different VPIs can be multiplexed if they are intended 
tor transmission along the same path. This serves to enhance 20 
cell utilization, and also, the resulting reduction in the 
number of cells is effective in preventing path congestion. 

Furthermore, since the invention is targeted at the ceils 
rntenried tor transmission along the same path, cell multi- 
plexmg is performed only in the ATM exchange at the UNI 25 
side, and processing such as multiplexing and demultiplex- 
ing need not be performed in intermediate ATM exchanges. 
This serves to riiminntf* cell transmission delays associated 
with such processing, and realizes ceD multiplexing that 
ensures almost real-time transmission. 30 

I claim: 

L A cell multiplexing apparatus in an ATM network, 
comprising: transmitting means in which information fields 
of a plurality of AIM cells with different path identifiers 
intended far transmission along the same path are rnuM- 35 
plexed and stored into an intbnnation field of one multi- 
plexed cell, and a representative path identifier globally, 
representing the path identifiers of said plurality of ATM 
cells tntftnHftH toe transmission along said mttw* pat\ is 
assigned as the path identifier of said multiplexed cell for 40 
transmission; and receiving means in which said represen- 
tative path identifier is detected tram received cells and said 
plurality of AIM cells having individual path identifiers and 
transmitted along said same path are reconstructed from said 
multiplexed cell having said representative path identifier 45 

X A cell multiplexing apparatus in an AIM network 
according to claim 1, wherein said multiplexed cell carries 
said representative path identifier in an AIM header thereof, 
and individual path identifier information, designated by 
said representative path identifier, of said plurality of AIM 50 
cells intended for transmission along said same path in an 
information field thereof. 

3. A cell multiplexing apparatus in an AIM network 
according to claim 1, wherein a path inentififr area in an 
AIM header of said multiplexed cell is divided into two 55 
segments so that said representative path identifier desig- 
nating the path for said multiplexed cell is carried in one 
segment and path identifier information of said plurality of 
ATM cells intended for transmission along said same path is 
carried in the other segment 60 

4. A cell multiplexing apparatus in an AIM network 
according to claim 3, wherein said representative path . 
identifier is assigned to a GFC area of an AIM cell format 
of a user network interlace, UNI,, at a node-to-network 
interface, NNI, and the path identifier information of said 65 
plurality of AIM cells mtended for transmission along said 
same path is assigned to representative bits in the renmining . 



path identifier area as identifiers that individually initiate 
the use of a plurality of path identifiers on said gamp, path. 

5. A cell multiplexing apparatus in an AIM network 
according to claim 1, wherein said representative path 
identifier is given as an initial value permanently assigned to 
each individual conmumication node, or as a variable value 
that is detenmned in accordance with a prescribed commu- 
nication protocol prior to araummication with the destina- 
tion node. 

6. A cell multiplexing apparatus in an AIM network 
according to claim 2, wherein said representative path 
identifier is given as an initial value permanently assigned to 
each individual communication node, or as a variable value 
that is determined in accordance with a prescribed commu- 
nication protocol prior to communication with the destina- 
tion node. 

7. A cell multiplexing apparatus in an AIM network 
according to claim 3, wherein said representative path 
identifier is given as an initial value permanently assigned to 
each individual communication node, or as a variable value 
that is detenmned in accordance with a prescribed commu- 
nication protocol prior to comrnunication with the destina- 
tion node. 

& A cell multiplexing apparatus in an AIM network 
according to claim 4, wherein said representative path 
identifier is given as an initial value permanently assigned to 
eachiiKfividual communication node, or as a variable value 
that is determined in accordance with a prescribed commu- 
nication protocol prior to comrnunication with the destina- 
tion node. 

9. A cell multiplexing apparatus in an AIM network 
according to claim 1, wherein said transmitting iwm» 
includes congestion predicting means for predicting the 
occurrence of congestion from the relationship between the 
number of input cells and the number of output cells, said 
multiplexed cell being assembled and transmitted only when 
the occurrence of congestion is predicted 

10. A cell multiplexing apparatus in an AIM network, 
comprising transmitting means which includes: input buffer 
means for buffering a prescribed number of input cells; path 
identifier managing means tor managing path identifiers of 
a plurality of ATM cells with different path identifiers to be 
transmitted along the same path; representative path identi- 
fier assigning means for assigning one representative path 
identifier repre&eiiting the path identifiers of said plurality of 
ATM cells to be transmitted along said same path; path 
match differing means for c omp ari n g the pam identifier of 
each of said input cells supplied from said input buffer 
means with path identifiers supplied from said managing 
means as designating the same path, and thereby separating 
said input cells into matrhwi cells and immatrhf^ cells tor 
output; multiplexed cell assembling means for assembling 
said matnhfiri input cells supplied from said path match 
detecting means into one multiplexed cell and for assigning 
said representative path iAmtifiRr supplied from said repre- 
sentative path identifier assigning means as the pat" identi- 
fier of said multiplexed cell; and output buffer means for 
buffering said multiplexed cell from said multiplexed cell 
assembling means and/or said unmatched input cells from 
said path match detecting m«mn for output; anH 

receiving means which includes: input buffer means for 
buJlering a prescribed rrumber of received cells; repre- 
sentative path identifier assigning means for assigning 
a representative path identifier for a multiplexed cell 
assembled from a plurality of AIM cells with different 
path identifiers to be transmitted along the same path; 
path identifier managing means for managing path 
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identifiers of said plurality of AIM cells that form said 
multiplexed cell; representative path identifier detect- 
ing means for comparing the path identifier of each of 
said received cells supplied from said input buffer 
means with said representative path identifier supplied 5 
from said representative path identifier assigning 
means, and thereby separating said received cells into 
multiplexed cells having a mateheH representative path 
identifier and other received cells for output; multi- 
plexed cell disassembling means for disassembling to 
each of said m atched multiplexed cells supplied from 
said representative path identifier detecting means into 
said plurality of AIM cells fonning said multiplexed 
cell; and output buffer means for buffering said plural- 
ity of AIM cells from said multiplexed cell disassem- 15 
bling means and/or said unmatched received cells from 
said representative path identifier detecting means for 
output 

1L A cell multiplexing apparatus in an ATM network 
according to claim 10, wherein in said path identifier man- 20 
aging means, said representative path identifier, which is 
given as an initial value permanently assigned to each 
individual comrnunication node or as a set value variably 
determined in accordance with a prescribed communication 
protocol prior to communication with the destination node, 25 
and said plurality of path identifiers flnrignatfri by said 
representative path identifier are contained in accordance 
with a prescribed format 

1Z A cell mpitipimng apparatus in an ATM network 
comprising trarismtaing means which includes: input buffer 30 
means for buttering a prescribed number of input cells; path 
identifier managing means for managing path identifiers of 
a plurality of AIM is to be transmitted along the same path; 
representative path identifier assigning means for assigning 
one representative path identifier representing the path iden- 35 
tifiers of said plurality of AIM cells to be transmitted along 
said same path; path match detecting means for comparing 
the path identifier of each of said input cells supplied from 
said input buffer means with path identifiers supplied from 
Said managing means as designating the same path, and 40 
thereby separ atin g said input cells into matched cells and 
unmatched cells for output; multiplexed cell a s sem blin g 
means for assembling said matched input cells supplied 
from said path match detecting means into one multiplexed 
cell and for assigning said representative path identifier 45 
supplied from said representative path identifier a s si g ning 
means as the path identifier of said multiplexed cell; and 
output buffer means for buffering said multiplexed cell from 
said multiplexed cell assembling means and/or said 
unmatched input cells from said path match detecting means 50 
for output; and receiving means which includes: input buffer 
means for buffering a prescribed number of received cells; 
representative path identifier assigning means for assigning 
a representative path identifier for a multiplexed cell 
assembled from a plurality of AIM cells to be transmitted 55 
along the same path; path identifier managing means for 
managing path identifiers of said plurality of AIM cells that 
form said multiplexed cell; representative path identifier 

rietprtrng means for eni np aring the path i dentifi e r of each of 

said received cells supplied from said input buffer means 60 
with said representative path identifier supplied from said 
representative path identifier assigning means, and thereby 
separating said received cells into multiplexed cells having 
a matched representative path identifier and other received 
cells for output; nmltiplexed cell disassembling means for 65 
disassembling each of said matched multiplexed cells sup- 
plied from said representative path identifier detecting 



means into said plurality of AIM cells fanning said multi- 
plexed ceil; and output buffer means for buffering said 
plurality of AIM cells from said multiplexed cell disassem- 
bling means and/or said imrnatrfiwi received cells from said 
representative path identifier deterring means for output, 
in said path identifier managing means, said representa- 
tive path identifier, which is given as an initial value 
permanently assigned to each individual commumca- 
tion node or as a set value variably determined in 
accordance with a prescribed communication protocol 
prior to comrnunication with the destination node, and 
said plurality of path identifiers designated by said 
representive path identifier, are contained in accor- 
dance with a prescribed format, and 
wherein said prescribed format is comprised of: said 
representative path identifier set at a prescribed 
address; and said plurality of path identifiers for said 
same path, set at addresses within a prescribed range 
before or after said representative path identifier 

13. A cell multiplexing apparatus in an AIM network 
according to claim 11, wherein said prescribed format is 
comprised of. a memory area designated by said represen- 
tative path identifier assigned to a GFC area of an ATM cell 
format of a user network interface, UNI, at a node-to- 
network interface, NNI; and said plurality of path identifier 
for said same path, set at memory addresses within a 
memory area designated by the path identifiers that are 
assigned to respective bits in other path idernifien areas than 
said GFC area as identifiers that mttiWdually mriirate the use 
of said plurality of path identifiers on said same path. 

14. A cell mnltiplexing apparatus in an AIM network 
according to claim 10, wherein said input buffer means of 
said unnsmitting means issues a congestion prediction signal 
when the number of input cells being buffered has reached 
a prescribed number, and said path identifier managing 
means controls said path match detecting means so that 
multiplexed cell assembly is started when said congestion 
prediction signal is issued, and is stopped when said con- 
gestion prediction signal is removed. 

15. A multiplexing apparatus for multiplexing fixed length 
packets transrnitted in a communication network, the appa- 
ratus comprising: 

infonnation multiplexing means for nmltiplexmg infor- 
mation fields of a plurality of fixed-length packets with 
different path identifiers transmitted along the same 
path, so that an infonnation field of a fixed-length 
packet ineinriea the mfbrmation fields of a plurality of 
fixed-length packets; 

identifier producing means for assigning a second iden- 
tifier that represents in common first identifiers 
assigned to said plurality of fixed length packets trans- 
mitted along the same path direction; and 

fixed length packet producing means for producing a fixed 
length packet by adding the second identifier produced 
by said identifier producing means to the information 
field produced by said information multiplexing means. 

16. A nmltiplexing apparatus for multiplexing fixed length 
packets transmitted in a common network, the apparatus 

detecting means for detecting a second id e n ti fi e r from a 
fixed length packet that includes an mfbrmation field 
relating to rnnm'piereH information fields of a plurality 
of fixed-length packets with different path identifiers 
transmitted along the «ame path, and the second iden- 
tifier mat represents in common the first identifier 
asygne^ to said plurality of fixed-length packets trans- 
mitted along the same path direction; 
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separating means, for separating said multiplexed infor- 
mation fields included in an information field of said . 
fixed length packet together with said second identifier; 
and 

reproducing means for reproducing said original fixed- 5 
length packets by adding said first identifier to each 
information field separated by said separating means. 

17. An apparatus for transmitting a fixed length packet 
having a header and mformation, -the fl ppfl rntns cnmpi jying ^ 

receiving means for said fixed length packet; 10 

lnfox iiiation rnplti p l ^nng niftan y • fox imiltiplCTing th p 
information of a plurality of said fixed-length packets 
with different path identifiers transmitted along the 
same path; J5 

multiplexing information nAting means for adding a 
header, together with multiplexing information indicat- 
ing that information is multiplexed by said information 
multiplexing nw»»ng to said information multiplexed; 
and 20 

transnntting means for transmitting a fixed length packet 
produced by said multiplexing information adding 
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18. An apparatus for transmitting a fixed length packet 
consisting of a header and information; the qppH'titus com- 
prising: 

receiving means for receiving a fixed length packet hav- 
ing information provided by multiplexing mfbrmanon 
of a plurality of said fixed length packets with different 
path identifiers transmitted along the same path, and a 
header together with an identifier that indicates infor- 
mation of a plurality of said fixed-length packets is 
multiplexed; 

separating means for separating said multiplexed infor- 
mation of said fixed-length packets; 

header adding means for adding a header to each infor- 
mation separated by said separating means; and 

transmitting means for transmitting a plurality of fixed 
length packets produced by said header adding means. 
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ABSTRACT 



A broadband switching network fhr t rangrrnltinji mformntinn 

by using a cell composed of an information field and a 
header, including a first network comprising an AIM ring 
having a plurality of access nodes for multiplexing and 
demultiplexing the cell and a ring shape transmission path 
for connecting the plurality of access nodes in a ring shape 
so as to transmit the cell, and at least one second network, 
wherein the first network being connected to at least one 
second network via one of the plurality of access nodes, each 
second network having a switching function for switching 
the cell. 

16 Claims, 8 Drawing Sheets 
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FIG. 5 



ATMR 
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FIG. 6 



LOOP NETWORK CONNECTION 




FIG. 7 



WHEEL SHAPE CONNECTION 




F IG. 8 

RING SHAPE CONNECTION 
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BROADBAND SWITCHING NETWORKS 

This application is a continuation of application Sen No. 
07/747,240, filed Aug. 19, 1991, now abandoned. 

5 

BACKGROUND OF THE INVENTION 
1. Held of the Invention 

The present invention relates to broadband switching 
networks based on a broadband ISDN using AIM (Asyn- 10 
chronous Transfer Mode) technologies for use in companies. 

Z Description of the Related Art 

Efforts for integrating individual service networks such as 
telephone networks, data networks, FAX networks, and so l5 
forth which have been developed and constructed over 100 
years of history into one network system with ISDN (Inte- 
grated Services Digital Network) have been made through- 
out the world. 

As the rim step for constructing system, narrow 20 

band ISDN systems have been operated in advanced coun- 
tries inrfnrfing Japan since 1988. In addition, besides inte- 
gration with a broadcasting network by using a broadband 
ISDN based on the AIM technologies, the 
developments of the ISDN network have been initiated by 25 
CCITT (International Telegraph and Telephone Consultative 
Committee) and promoted in major laboratories in the 
world. 

On the way of introduction, development, and popular- 
ization of the broadband ISDN for use in coirrpanies, it can 30 
be estimated that small capacity systems on the order of 
several ten of terminal equipments to several hundreds of 
terminal e qu i pm ents as tnttiiii installations will be expanded 
to large capacity systems of for example 16000 terminal 
equipment 35 

Thus, from the standpoint of cost required for the expan- 
sion, a consistent architecture is preferable for the broadband 
switching network for use in companies. 

However, thus far, a broadband switching network with a ^ 
consistent arciritecture has not been proposed. Thereby, the 
broadband ISDN for use in conrpanies has not been satis- 
factorily mtroduced. 

As was described above, since the architecture of the 
systems has not been consistent m the rntroduction stage, the ^ 
development stage, and the popularization stage, equipment 
which has been introduced cannot be effectively used for 
expanding the systems and thereby result in many losses. 
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An object of the present invention is to solve such a 
problem and to provide broadband switching networks 
which can be constructed with the same architecture as that 
from small capacity systems to large capacity systems. 55 

lb accomplish the above mentioried object, the broadband 
switching network according to the present invention is a 
broadband switching network for transmitting information 
by using a cell composed of an information field and a 
header; the network comprising a first network having a 60 
plurality of access nodes for rnultiplexing and demultiplex- 
ing the cell and a ring shape transmission path for connect- 
ing the plurality of access nodes in a ring shape so as to 
transmit the cell, and a second network connected to at least 
one of the plurality of access nodes, the second network 65 
having a switching function for relaying and switching the 
cell 



In addition, by any crmibination of the broadband switch- 
ing node and the first network connected therewith, the 
system can be expanded from a small capacity system into 
a large capacity system with the same architecture. 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a schematic showing a construction of a small 
capacity system of a broadband switching system according 
to an embodiment of the present invention; 

FIG. 2 is a table showing an example of characteristics 
and ratios of various terminal equirmienls connected to a 
broadband switching network; 

FIG. 3 is a table showing an outline of system architec- 
tures; 

FIG. 4 is a schematic showing a construction of an 
mtermediate capacity system of the broadband switching 
network according to the embodiment of the present inven- 
tion; 

FIG. 5 is a schematic showing a construction of a large 
capacity system of the broadband switching netwon^ accord- 
ing to the embodiment of the present invention; 

FIG. 6 is a schematic showing a construction of ATMIs 
mutually connected with a loop network linkage; 

FIG. 7 is a schematic showing a construction of ATMIs 
mutually connected with a wheel shape linkage; 

FIG. 8 is a scjirrnatic showing a construction of ATMIs 
mutually connected with a ring shape linkage; 

FIG. 9 is a table showing examples of constructions of 
broadband switching ne tw or ks by the number of terminal 
equipment interfaces and by methods nrutually connected 
among AIMTs; 

FIG. 10 is a diagram showing the relation between the 
distance between ATMIs per path and the number of 
ATMIs; 

FIG. 11 is a diagram showing the relation between the 
number of path multiplexes per link and the number of 
ATMIs; and 

FIG. 12 is a diagram showing the relation between the 
termination ratio per ATMT and the number of ATMIs. 

DESCRIPTION OF PREFERRED 
EMBODIMENTS 

With reference to the accompanying drawings, an 
embodiment of the present invention will be described. The 
same portions of each drawing use the same reference 
minerals. The description of overlapped portions is omitted. 

SMALL CAPACITY SYSTEMS 

FIG. 1 is a schematic showing a construction of a small 
capacity system of a broadband switching network accord- 
ing to an embodiment of the present invention. 

In the figure, reference numeral 1 is an AIM ring (here- 
inafter named the ATMR). 

The ATMR 1 is composed of two types of ring access 
nodes (heremafter named the RANsX a maintenance console 
(hereinafter named the MAC), and two systems of optical 
rings 11, 

The RAN is provided with a terminal eo^prnent interface 
accommodating ring access node (hereinafter named the 
RAN/) for accommodating various tenmnal e quipm ent 
interfaces, an office line interface, and so forth; and a call 
process management ring access node RAN*, for perform- 
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ing the caD process, the maintenance, and the management 
of the entire ATMR I. 

The ATMR 1 is connected to a broadband ISDN office lire 
2 through one of RANs^ In addition, the RAN, is connected 
for example to a brooch line LAN (Local Area Network) 3, 5 
which is connected with non-real time several Mb/s trans- 
mission rate ft*rmfnn| equipments 31; narrow band ISDN 
terminal equipments 4; an STM base PBX (N-PBX) 5; 
broadband ISDN intermediate transmission rate terminal 
eqmprnents 6; and so forth. The N-PBX 5 is connected with to 
non-ISDN terminal equipments 51. The narrowband ISDN 
PBX 5 is connected to the RAN 7 through a terminal adapter 
(B-TA)6. 

The ATMR 1 in the above mentioned construction can 
operate autonomously without a connection with a distnb- 15 
tried switch tandem node (hereinafter named the ATMT). 
Thus, small capacity systems in the range from several 
terminal equipments to several h un died terminal eq uipm ents 
can be inexpensively constructed. 

The RAN/ can accommodate for example six lines of 
LAN interfaces, six lines of S B interfaces, eight lines of 
narrow band ISDN interfaces, one line of 1JS Mb/s primary 
group interface, one line of 6.3 Mb/s high transmission rate 
digital line interface, or the like deperiding on the selection 
of a terminal equipment interface card thereof. 

In particular; the RAN, which accommodates an interface 
card that connects an office line or an ATMT (not shown in 
the figure) is provided with functions for supplying a clock 
to the AIMR 1 and for monitoring it and a traffic shaping ^ 
function for suppressing the burstiness of cell flow and so 
forth. 

For example, the traffic shaping function may be realized 
as described in '^rcoTnrnpndartons Drafted by Working 
Party XVTH/8 (General B-ISDN Aspects) to be Approved in 35 
1990" by the Study Group XVm (Geneva Meeting, 23-25 
May 1990), CCm Report R 34. 

In the above conventional device, a buffer is provided in 
RANjS as an interlace to the broadband ISDN office 
line 2. When a flow of cells concentrates on a broad- 40 
band ISDN office line 2, the huffier stores the cells and 
each cell stored in the buffer flows into the broadband 
ISDN office line 2 with a determined delay time. 

In addition, the ATMR 1 can accommodate up to 63 
RANs. In particular, the RAN^ can be duplexed. Even if the 45 
power of the MAC is turned off, the ATMR can be continu- 
ously operated. By cxmnecting a plurality of MACs to the 
RAN^ they can be used for dedicated functions such as data 
setting, status display, charging process, and traffic calcula- 
tion, so 

In FIG. 1, the STM base N-PBX 5 can interwork with the 
broadband switching network through the primary group 
interface (Hll) and thereby mutually comrrninicate with 
narrow ISDN telephone terminal equipments in the system, 
and access the broadband ISDN network. In addition, with 55 
an ATM cell through a multiplex interface such as the above 
mentioned primary group interface or a TTC 2M standard 
interface in the circuit emulation method, a dedicated line on 
the broadband ISDN base can comrnnrricate with an N-PBX 
at a distant location through a broadband switching network 60 
thereof. Thus, since the broadband ISDN dedicated line is 
shared with another broadband traffic, the rarnTT^mirarinn 
cost can be decreased. 

The number of terminal equipment interfaces that the 
ATMR 1 can accommodate is determined by the limitation 65 
of the traffic peak load ratio. The traffic peak load ratio is a 
ratio of the sum of the maximum transmission rate that the 



user declares before making a communication (or the aver- 
age transmission rate for a call which does not require a real 
timft communication) »nd the payload capacity. In other 
words, the RAN, which is connected to an office line with 
the heaviest load should satisfy the following equation. 



0) 



where Sp^L (SixNixBi) (=2.07 Mb/s, from FIG. 2); 
N: Number of terminal equipment interfaces which can be 
accommodated 
rpO.3: Ratio of terminal equipments which are used in the 

numimim load State 

Ct=1.0: Ratio of bidirectional connections of office line 
Ce=0.5: Ratio of bidirectional connections of extension 
cc Safety ratio 

Tp=149.76 Mb/s: Payload capacity 
YP=95%: Traffic peak ratio 
6=2.0: Average reuse ratio of cells 
R=2: Number of rings 

Si: Maximum/average transmission rate of terrxnnal 
equipment (Average transmission rate for non-real time 
several Mb/s transmission rate terminal equipment) 

Bi: Asymmetrical coefficient 

Ni: Ratio of terminal equipments 

The average reuse ratio of cells, e, which is intrinsic to the 
ATMR is in the range from 1 to 4 depending on the traffic 
distribution therein. However, in consideration of concen- 
tration of the traffic to the RAN/ which accommodates the 
office line, in this embocHment, the average reuse ratio of 
cells e is set to 2.0. 

FIG. 2 is a table showing an example of the tenmnal 
equipment maximum/average transmission rate, the asym- 
metrical coefficient, and the f ^tin of terminal equipments. 

If the safety ratio is not considered in the equation (1), the 
number of ft**™™! equipment interfaces which can be 
accomrnodated, N, is 609 or less. 

In addition, when N is 400, the safety ratio, a, becomes 
1.5 or less. 

Thus, in consideration of a margin to a call loss of high 
transmission rate terminal equipments such as broadband 
ISDN intermediate terminal equipments and a consistency to 
mtermeriinte or large capacity systems, the upper limit of the 
number of terminal equipment interfaces which can be 
accommodated preferably becomes approximately 400. 
When one of optical rings 11 stops due to a fault and thereby 
the system is operated as a single system, if N is approxi- 
mately 400, the traffic amount exceeds the upper limit of 
which the one optical ring 11 can t ransmit dntn Thus, in this 
case, all connections which are currently cornmumcating 
cannot be accommodated- lb prevent this, when the number 
of tenmnal eqmpment interfaces that the AIMR 1 accom- 
modates is decreased to ar^iroximately 200 and the AIMR 
1 is operated with the traffic amount which is half the 
maximum transmission capacity thereof, thus, even if such 
a fault takes place, all the connections can be accommo- 
dated. Even if the number of terminal equipments accom- 
modated in one system of the AIMR 1 is decreased, 
although the cost of the RAN, which accommodates the 
RAN v and the office line is increased, the cost per terminal 
interface is not remarkably increased. 

In addition, when the AIMR 1 acnnmmoriflt^ 400 termi- 
nal equipments and one line of the 155 Mb/s transmission 
rate broadband ISDN office line (including a tff d icat cd line 
service) is provided, the traffic peak load ratio, wp, over the 
office line can be expressed by the following equation (2) 
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and thereby VP becomes 0.83 and the safety ratio (margin), 
ct, becomes 1.14. 

where N=400 5 

L=2: Number of transmission paths (reception and trans- 
mission) 

Tims, it is found mat one line of the 155 Mb7sT s interface 
per one system of ATMR can satisfy the above mentioned 10 
conditions. 

In addition, as shown in FIG. 3, in consideration of the 
interwork with the same scale N-PBX (400 tines), the call 
process capacity of the ATMR 1 is preferably 5400 BHCA 
(mcoinpleteness ratio=1.5) or more. 15 

INTERMEDIATE CAPACITY SYSTEMS 

Now an example of an intermediate capacity system 
according to the present invention wiD be described. 20 

FIG. 4 is a schematic showing a construction of an 
intermediate capacity system of the broadband switching 
network according to the emrxxtiment of the present inven- 
tion. 

In the figure, reference numeral 1 is an AIMR and 25 
reference numeral 7 is an ATMT. 

The ATMT 7 is connected with a plurality of systems of 
ATMRs 1, a broadband ISDN office line 2, an N-PBX 5 t and 
broadband ISDN high transmission rate terminals 8. One 
ATMT 7 connects the plurality of systems of the ATMRs 1 
in a star shape. In addition, the ATMT 7 is connected with 
a MAC 

The ATMT 7 is provided with an ATM switch having 16 
ports (not shown in the figure). The AIMT 7 accommodates 35 
up to four systems of ATMRs 1 through a 1 55 Mb/s or 622 
Mb/s T B interface 9. In addition, the office line interface is 
accommodated in the ATMT 7 so as to share the office line 
interface by the plurality of systems of the ATMRs L 

The ATMR 1 is composed of two types of ring access 40 
nodes RANj, and RAN, which are connected with two 
systems of optical rings 11. 

A common rfiflrnirf signaling system in accordance with 
the inter-PBX protocol is applied between the ATMR 1 and 
the ATMT 7. Thereby, advanced services such as transfer 45 
services, free numbering services, and tenant services are 
achieved. In addition, the ATMT 7 can accommodate an 
ATMR of another vendor. Moreover, multi-vendor property 
such as a mutual connection between other vendor products 
can be obtained. so 

In addition, the MAC connected to the ATMT 7 integrat- 
edly maintains, operates, and manages the entire system by 
closely connecting the ATMR 1 and the ATMT 7 with for 
example an internal protocol based on the NNI (Network 
Node Interface). 

In addition, when the ATMT 7 is equipped with the 
interwork function with the N-PBX 5, the concentration of 
call amount to the AIMR 1 can be prevented. 

Since the ATMT 7 is in port free construction, it can 50 
flexibly deal with the arxonrmodation of the ATMR 1, the 
connection of the broadband ISDN office line, and the 
connection of the broadband ISDN high transmission rate 
terminal equipment 

In addition, by coimecting the ATMR 1 and the ATMT 7 65 
with application processors (AP), a mnltimpriia information 
and a communication network which operates in conjunc- 
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tion with an information processing system and winch 
provides advanced but delicate functions along with high 
expansibility and flexibility can be constructed. 

Moreover, the ATMT 7 preferentially retrieves and/or 
selects aclock from a broadband ISDN network (through an 
office line, a dedicated line, or the like) and then supplies it 
to the AIMR L When the clock is stopped due to a fault, the 
ATMT 7 autonomously operates with an internal clock 
thereof and thereby continuing an extension system service. 

The maximum number of tenninal equipment interfaces 
N that one system of the ATMR can accommodate is 
ar^mramatefy 400. In total, four systems of the ATMRs 
(with eight ports for connections of ATMRs and four ports 
for connections of office line connections) can be mutually 
connected and thereby up to 1600 terminal equipment 
interfaces can be accommodated 

When it is assumed that the mflyimiim number of terminal 
equipment interfaces (N=400) are accommodated and all the 
connections in the ATMR 1 are made through the AIMT 7 
between the ATMRs 1 and an ATMR of another system or 
a broadband ISDN office line 2, then the traffic peak load 
ratio vp o ver the T B interface 9 between the AIMR land the 
AIMT 7 is expressed by the following equation (3) and 
thereby VP becomes 0.83 and the safety ratio, ot, becomes 
1.14. 



(3) 



where 



Sp^SbcNbdh-) (=2.07 Mbfc. torn FIG. 2) 



accommodate 

H=0.3: Ratio of tenninal equipment which are used in the 
maximum load state 
Ct Ratio of bidirectional connections of office line 
Ce: Ratio of mdirectional connections of extension; 
Ct=Ce=\ (There is no closed connection in the AIMR 1.) 
T>=147.76 Mb/s: Payload capacity 
€=2.0: Average reuse ratio of cells 
R=2: Number of rings 

Si: Maximum/average transmission rate of terminal 
equipment (Average transmission rate for non-real tune 
several Mb/s transmission rate of tenninal equipment) 

Bi: Asymmetrical coefficient 

Ni; Ratio of terminal equipments 

L=2: Number of transmission paths (reception and trans- 
mission). 

M=2: Number of T B (155 Mb/s) interfaces between 
ATMR land AIMT 7. 

In other words, it is necessary to assign one line of the 155 
Mb/s T B uiterface per ting or half the band of the 622 Mb/s 
T B interface per system of the ATMR. Moreover, in me same 
condition, since the traffic peak load ratio in the ATMR 1 
becomes 0.83, the matching property between the AIMR 1 . 
and the ATMT 7 becomes high. 

In addition, as was described in the section of the small 
capacity systems, when a fault takes place in the AIMR 1, 
in order to relieve all connections, the number of terminal 
equipment interfaces per system of ATMR should be limited 
to 200 or less. In this case, it is possible to provide one line 
of the 1 55 Mb/s T B interface between the AIMR 1 and the 
AIMT 7. Although the cost slightly increases because of 
necessity of two RANm*, the number of tenninal equipment 
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interfaces which can be accommodated as the system is not 
changed. 

In addition, the traffic peak load ratio over the broadband 
ISDN office line 2 per system of the ATMR is equal to die 
value obtained in the above mentioned equation (2). Thus, 5 

me ATMT7 atmiilH Bcmmmnriiite np tn finm-lintm nf the 1 SS 
Mb/s T B interfaces or one line of the 622 Mb/s T B interface. 

In grVtirirm the broadband ISDN high transmission rate 
terminal equipment 8 is directly connected to the ATMT 7 
through an S fl interface. In the maximum construction where 10 
four systems of the ATMRs 1 are connected, as was 
described above, since 12 of 16 ports of the AIM switch 
resources of the ATMT 7 are used, four ports are assigned to 
the broadband ISDN high transmission rate terminal equip- 
ment 8. In addition, for a user who uses many connections 15 
of the broad band ISDN high transmission rate terminal 
equipments at die same time, the mimbfr of connections of 
the ATMRs 1 is limited. As another method, a plurality of 
ATMTb 7 are mutually connected. As another method, an 
ATMT with 32 ports can be used. 20 

In addition, in the maximum construction where four 
systems of the ATMRs 1 are connected, as shown in FIG. 3, 
the call process capacity of the ATMT 7 including the 
interface with the same scale N-PBX (1600 lines) should be 
28800 BHCA incompleteness ratio is IS) or more. When 25 
all the connections in the ATMR 1 are made through the 
ATMT 7, the call process capacity of the ATMR 1 should be 
7200 BHCA or more. 

LARGE CAPACITY SYSTEMS 30 

Then, an example of a large capacity system necessary in 
the popularization stage for use in companies will be 
described. 

FIG. 5 is a schematic showing a construction of a large 35 
capacity system of the broadband switching network accord- 
ing to the embodiment of the present mventiorL 

In the figure, reference numeral 1 is an ATMR which can 
accommodate up to 400 terminal equipments and reference 
numerals la to 7/ are AIMIs with 16 ports. 40 

The AIMIs 7a to 7/ are circurnfereritiaUy disposed. 
Regularly, any ATMT 7 is connected with another ATMT 7 
through a three-way transmission path (link) 13 in a wheel 
shape. In addition, any ATMT 7 is connected to a broadband 
ISDN office line (not shown in the figure) with three ports. 45 

Each of ATMTs 7a to It is connected to two systems of 
ATMRs 1. 

In addition, the ATMT la is connected with an MAC and 
an application processor (AP). On the other hand, the AIMT x 
If is connected with an N-PBX 5 through a B-TA 6. 

In the construction shown in FIG. 5, up to 4000 terminal 
equipment interfaces are accommodated. Each of AIMIs la 
to le is connected with three systems of ATMRs 1. The 
entire system can accommodate 6000 terminal equipment 55 
interfaces with connections of IS systems of ATMRs L In 
addition, the above system can be constructed with three 
ATMTs with 32 ports. Moreover, as an ultra large capacity 
system, a system which accommodates 16000 terminal 
equipment interfaces can be accomplished by using eight 50 
32-port AIMIs with connections of 40 systems of ATMRs 
1. 

When the 16000 terminal equipment interfaces are 
accommodated by using eight 32-port ATMTs, each AIMT 
should have 10 ports for connections with the ATMR 1, five 65 
ports for connections with the office line, and 14 ports for 
connections with a link between the AIMIs, 
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In other words, since the traffic peak load ratio yp at each 
port or in the ATMR 1 distributes in the range from 0.78 to 
0.89 (the safety ratio is in the range from 1.07 to 1.22), the 
resources in the system can be almost equally used with high 
efficiency. 

When the ATMR 1 is operated at a high transmission rate 
(622 Mb/s) and the capacity of the AIMT 7 is increased 
(with 64 ports or 128 ports), the traffic transmission capacity 
can be quadrupled in the same architecture without tradeoffs 
of the equality of services, the consistency of cost perfor- 
mance and reliability, the accompUshrnents of excellent 
flexibulty/exrKm,sibnity and standardization/multi-vendor 
property, and the unification of system maintenance and 
management. 

Now another construction of mutual connections between 
the ATMTs 7 will be described. 

FIG. 6 is a schematic showing an example of mutual 
connections among the AIMIs 7 with an ultra high trans- 
mission rate optical loop network 15. As shown in the figure, 
the AIMIs 7 are connected with stations (STNs) 151 over 
the optical loop network 15. In addition, the AIMIs 7 are 
mutually connected with other ATMTs 7 over the optical 
loop networks 15. 

In the construction shown in FIG. 6, since signals flow in 
one direction. Thus, the routing control among the ATMTs 
7 can be simplified. In addition, even with only one type of 
AIMIs, wide applications can be covered. 

Against a fault, for example a dual h oming system i« naart. 

In this construction, each AIMT 7 is connected with two 
STNs 15L When a fault takes place on the homing side STN 
151 (in other words, the STN 151 to and from which the 
AIMT 7 transmits and receives signals), the horning side is 
switched to another STN 15L In addition, the optical 
network 15 can be also duplexed. Moreover, fault counter- 
measures such as loop-back or bypass against disconnection 
of the defective SIN can be performed. 

FIG. 7 is a schematic showing the construction of the 
system shown in FIG. 5. The AIMIs 7 are connected with 
three-way transmission paths (links) 16 in a wheel shape. 
Tnis construction distributes the traffic into the entire sys- 
tem. 

In this construction, as was described above, approxi- 
mately up to eight AIMIs 7 can be mutuaDy connected. The 
AIMIs can be linked with a standard interface transmission 
rate of 155 Mb/s or 622 Mb/s. 

Against a fault, an advanced routing control is performed 
o ver redundant paths mutually connected from one ATMT to 
other three AIMIs. * 

FIG. 8 is a schematic showing an example of a construc- 
tion where the AIMIs (links) 7 are connected in a ring 
shape. In tins construction, the routing control of the loop 
network can be simplified and the hnk among the ATMTs 7 
of the wheel shape network can be accomplished at a 
standard interface transmission rate. 

Against a fault of one ATMT or the link among the 
AIMIs, the routing control is performed like the wheel 
shape network. 

FIG. 9 is a table showing the comparison of the loop 
network linkage, the wheel shape network, and the ring 
shape network for accommodating 4000, 6000, and 16000 
terminal equipment interfaces. In this table, it is assumed 
that the traffic peak load ratio is 90% or less. 

As shown in the figure, in any construction, up to 4000 
terminal equipment interfaces can be accommodated by 
using four AIMIs with 16-port ATM switches. The number 
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nf porta used for data tramim asitm anypng tfrf ATMlB is four 

ports far the loop network linkage, and six potts for each of 
the wheel shape network and the ring shape network. When 
the ports for connections with the ATMRs and the office line 
are added, the number of ports for the loop network linkage 5 
is 12 ports and that for each of the wheel shape network and 
the ring shape network is 14 ports. The number of ports for 
the loop network linkage is two ports smaller than those for 
other methods. However, the former method has to use a 23 
Gb/s optical loop network. The two or four ports which are jq 
not used can accommodate broadband ISDN high transmis- 
sion rate terminal equipments and/or N-PBXs. 

When the 6000 terminal equipment interfaces are accom- 
modated, the loop network linkage and the wheel shape 
network can be constructed by using six AIMIs with 15 
16-port AIM switches. However, the ring shape network can 
be constructed by using three AIMIs with 32-port AIM 
switches. In other words, for the ring shape network; the 
number of ports in use for data transmission among the 
AIMIs is increased. In addition, fur the loop network 20 
linkage, a 33 Ghfe optical loop netwoik is required. 

'When the 16000 terminal equipment mterfaces are 
accommodated in the loop network linkage, 16 AIMIs with 
16 ports and an 8 Gb/s optical loop network are used; in the - 
wheel shape network, eight AIMIs with 32 ports are used; 25 
and in the ring shape network, four AIMIs with 64 ports are 



FIGS. 10, U, and 12 are diagrams showing the Hiatimnp. 
between the AIMIs per path, the number of path multi- 
plexes, and the termination ratio in a urn-hierarchical net- ^ 
work construction where the digmnrp between the AIMIs is 
^Kn ^nwm and the tr affic is distributed over the ftnyi*y - system 
(for example, a wheel shape network is used when the 
number of AIMIs is 10 or leas; a double ring shape network 
is used when the number of AIMIs is 11 or more) on the 35 
assumption that the direction of the traffic is at random onH 
that the AIMIs are normally connected with three ways. 

As shown in FIG. U, the maximum number of path 
multiplexes is nearly equal to the average number of path ^ 
multiplexes. Inns, it is found that the traffic is almost 
equally distributed over the network as the above mentioned 
first feature. In addition, as shown in FIG. 12, the worst case 
value of the ternrinatioa ratio is almost equal to the average 
value of the termination ratio. 

As shown in FIGS. 10, 11, and 12, when the number of 
AIMIs is 11 or more, the distance between AIMIs becomes 
3 or mare; the number of path multiplexes becomes 5 or 
more; and the termination ratio becomes 50% or less. In 
other words, 50% or mare of the switching resources of the 50 
AIMIs are used only for relaying with other AIMIs, On the 
other hand, when the number of AIMIs is 10 or less, it is 
possible to keep the termination ratio 60% or more. Fur- 
thermore, in the same network construction, it is possible to 
increase and decrease the number of the AIMIs. In other 55 
words, when one ATMT is expansively increased, it is 
necessary to disconnect up to two AIMT links and then to 
add new three links. 

In addition, as shown in FIG. 11, when a system is 
constructed with eight AIMIs, the number of path mnlti- 60 
plexes per link becomes up to 4. In other words, since the 
number of paths routed from one AIMT to other AIMIs is 
7, the 4/7 of the entire traffic flows in the liiik. Thus, the large 
capacity system which accommodates the 16000 terminal 
equipment interfaces can be constructed with around one 65 
tine of transmission path with a transmission rate of 622 
Mb/s at the link among the AIMIs rather than using an 



expensive, high transmission rate transmission path of Gb/s 
class. 

In addition, since redundant links are routed amnrtg the 
AIMIb, a temporary deviation of the traffic can be solved 
with a flexible routing control without need for of special 
trouble comitermeasures such as the switching of the hom- 
ing side against the fault. Thus, it is possible to construct a 
system with strong resistance against the traffic deviation. 

As was described above, the preferable number of the 
AIMIs for the wheel shape network is eight mconrideration 
of an allowance for 2 AIMIs so as to provide flexibility and 
expandability after installation. 

Ihe optical fibers connected among the AIMIs are routed 
in a wheel shape. However, when a multiple- wire cable is 
routed in one stroke shape along the AIMIs, the routing 
work can be simplified. 

in the above description, it was assumed that the traffic 
was almost equally distributed over the entire network. 
However, due to restrictions over real routing or the like, the 
office line may be concentratedly accommodated in one 
AIMT and thereby the traffic may deviate* w this case, when 
the connection shape among the AIMIs on the basis of 
wheel shape linkage, the link band (the number of ports 
assigned); and the capacity of the AIMIs can be properly 
selected, the deviation of the traffic can be solved with high 
flexibility. In other words, in the wheel shape network, only 
the connection interface between the AIMR and the AIMT 
restricts the flow of the traffic. Thus, the deviation of the 
traffic with respect to the centralized accommodation of the 
office line can be solved with high flexibility. 

Next, the aspects of the wheel shape network composed 
of approximately eight AIMIs win be summarized. 

First, when the direction of the traffic is random, the traffic 
over the network can be equally distributed without devia- 
tion to a particular link. Second, the number of links which 
construct a path between two AIMIs (namely, the distance 
between two AIMIs) can be decreased to as small as 2 or 
less. Third, when paths are routed among the entire AIMIs, 
thermnrtxrofpaumulfy^ 

to as small as 4 or less. Fourth, the termination ratio can be 
kept as many as 64% or more. The termination ratio is a ratio 
of paths which are terminated by a particular AIMT in all 
paths which flows therein. The tower the termination ratio, 
the more the number of relays of a cell between two AIMIs. 
Thus, the switching resources are used with many losses. 
Fifth, the number of AIMIs can be easily increased and 
decreased. Sixth, a transmission path with the standard 
mtermce transmission rate of 155 Mb/s or 622 Mb/s can be 
used among the AIMIs and thereby the cost reduction is 
expectable. Seventh, since the AIMIs are redundantly con- 
nected, a trouble over a particular transmission path or in an 
AIMT does not affect the entire system without counter- 
measures such as switching of homing side. Eighth, since 
the flexibility of designs with respect to the link connection 
shape between the AIMIs, the hnk band (the number of 
ports assigned), and so forth is high, the user's needs can be 
satisfied with high flexibility. 
What is claimed is: 

1. A broadband switching netwoik for transmitting infor- 
mation by using a cell haying an mformation field <wid a 
header, said network comprising: 
a plurality of first rietworks, each having a plurality of 
access nodes for multiplexing and demnMplexing said 
cell and having a ring shape transmission path for 
connecting said plurality of access nodes in a ring 
shape so as to transmit said cell; and 
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a second network having a plurality of switches and a 
separate interface connected to one of said access nodes 
in each one of said plurality of first networks, for 
relaying and switching said cell; and 

transmission paths for connection to said switches so as to 5 
transmit said celL 

2. The broadband switching network as set forth in claim 
1, wherein said ring shape transmission path comprises two 
transnnssiQn pa fo ff in one direction* 

3. The broadband switching network as set forth in claim 10 

1, wherein each said first network is arranged to autono- 
mously operate. 

4. The broadband switching network as set forth in claim 

2, wherein each said first network is arranged to autono- 
mously operate. 15 

5. Hie broadband switching network as set forth in claim 

1, wherein each said first network has a call process, 
maintenances, and management ring access node for call 
processing, system maintaining, and managing each said 
first network. 20 

6. The broadband switching network as set forth in claim 

2, wherein each said first network has a call process, 
maintenance, and management ring access node for call 
processing, system maintaining, and managing each said 
first network. 25 

7. The broadband switching network as set form in claim 

3, wherein each said first network has a call process, 
maintenance, and management ring access node for call 
processing, system maintaining, and managing each said 
first network. 3o 

8. The broadband switching network as set forth in claim 

4, wherein each said first network has a call process, 
maintenance, and management ring access node for call 
processing, system maintaining, and managing each said 
first network. 33 

9. The broadband switching network as set forth in claim 
1, wherein each said first network has a traffic shaping 
function for suppressing burstiness of the flow of said cell. 



10. The broadband switching network as set forth in claim 

2, wherein each said first network has a traffic shaping 
function for suppressing burstiness of the flow of said celL 

1L The broadband switching iietwork as set forum claim 

3, wherein each said first network has a traffic shaping 
function for snppressmg burstiness of the flow of said cell 

12. The broadband switching network as set forth in claim 
5, wherein each said first network has a traffic shaping 
function for suppressing burstiness of the flow of said cell. 

13. Tbe broadband switching network as set forth in claim 
1, further comprising a plurality of said second networks, at 
least some of said second networks having Separate inter- 
faces connected to one of said access nodes in each said first 
network in different pluralities of said first networks, 
wherein said second networks are connected by said plural- 
ity of transmission paths in a wheel shape. 

14. The broadband switching network as set form in claim 
1, further comprising a plurality of said second networks, at 
least some of said second networks having separate inter- 
faces connected to one of said access nodes in each said first 
network in different pluralities of said first networks, 
wherein said second networks are connected by said plural- 
ity of transmission paths in a ring shape. 

15. Hie broadband switching network as set forth in claim 
1, farther comprising a plurality of said second networks, at 
least some of said second networks having separate inter- 
faces connected to one of said access nodes in each said first 
network in different pluralities of said first networks, 
wherein said second networks are connected by said trans- 
mission paths with an optical loop network having a plu- 
rality of stations and an optical loop transmission path for 
connecting said plurality of stations in a loop shape. 

16. The broadband switching network as set forth in claim 
15, wherein at least one of said plurality of stations is 
connected by said transmission paths to two or more of said 
plurality of second networks. 
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